원클릭으로
copilot-cli-workflow-framework
copilot-cli-workflow-framework에는 nanikasheila에서 수집한 skills 17개가 있으며, 저장소 수준 직업 범위와 사이트 내 skill 상세 페이지를 제공합니다.
이 저장소의 skills
ユーザーの曖昧な要望を対話を通じて検証済みの要求に変換する。「要求を開発して」「要望を整理して」 「要件を引き出して」「ニーズを明確にして」「要求開発して」「スコープを定義して」と言った場合にトリガーする。 requirements-engineer エージェントを起動し、引き出し・妥当性検証・競合分析・優先順位付け・スコープ定義・ 承認取得を実施する。analyze-and-plan の内部でも条件付きで呼び出されるが、 要求開発のみを単独実行したい場合に直接使用する。
plan.md の提案・タスク一覧を依存関係に基づき並列実行するスキル。 「計画を実行して」「提案を並列で実装して」「plan を実行して」「全部やって」 「autopilot で進めて」「実装開始」と言った場合にトリガーする。 analyze-and-plan や [[PLAN]] モードで作成された計画を入力とし、 依存グラフを解析して安全に並列実行する。Board がある場合は orchestrate-workflow のフローに統合する。
Feature 開発フロー全体を Board・エージェント群・Gate を組み合わせてオーケストレーションする中核スキル。 「機能を開発して」「フィーチャーを実装して」「ワークフローを実行して」「Issue から実装まで進めて」 と言った場合にトリガーする。analyst→architect→planner→developer→reviewer→writer の 各エージェント呼び出し順序・Gate 評価・状態遷移を定義する。単一スキルの呼び出しではなく フロー全体を管理するオーケストレーター専用スキル。
要求開発から計画立案・実装・PR 提出までを一括で実行するエンドツーエンドスキル。 「要求から実装まで一括でやって」「全部通しでやって」「要望から PR まで進めて」 「ワンショットで開発して」「要求開発から merge まで」と言った場合にトリガーする。 develop-requirements → planner → execute-plan → test-verifier(V) → test-verifier(V&V) → submit-pull-request の 6フェーズを Board・Gate と連携して実行する。orchestrate-workflow の要求駆動版として、 要求開発を起点に素早くマージまで完了させる用途に適する。
ワークフローの Board(JSON 進捗管理ファイル)に対する全操作を手順化する内部スキル。 Board の作成・読み込み・flow_state 遷移・Gate 評価・history 追記・アーカイブを行う際に参照する。 オーケストレーターが orchestrate-workflow・start-feature・cleanup-worktree の実行中に自動参照する。 ユーザーが「Board を作って」「Board の状態を更新して」「Gate を評価して」と言った場合にもトリガーする。
worktree での実装完了後に変更をコミット・PR 作成・マージまで一括実行する。「PR を作って」 「プルリクを出して」「変更をマージして」「コミットして PR を作って」「実装が終わった」 「レビューを通してマージして」と言った場合にトリガーする。 コミット→PR 作成→マージ→Board 更新の一連のフローを自動化する。 コンフリクト発生時は resolve-conflict スキルへ移行し、マージ後は cleanup-worktree で後片付けする。
機能開発の計画フェーズ(要求開発・要求分析・影響分析・実行計画策定)を単独で実行する。「要件を分析して」 「計画を立てて」「実行計画を作って」「影響範囲を調べて」「仕様を整理して」と言った場合にトリガーする。 要求分析と影響分析を並列実行し、planner・developer が利用できる実行計画を生成する。 orchestrate-workflow の内部でも呼び出されるが、計画フェーズのみを単独実行したい場合に直接使用する。
Guide for creating effective skills. This skill should be used when users want to create a new skill (or update an existing skill) that extends Claude's capabilities with specialized knowledge, workflows, or tool integrations.
既存プロジェクトの包括的な品質評価(構造解析・テスト状況・コード品質・ドキュメント・DevOps)を実施する。 「プロジェクトを評価して」「コード品質を確認して」「テスト状況を調べて」「現状を把握したい」 「.github/ を導入したので評価して」と言った場合にトリガーする。 5つの観点から評価し、改善提案を出力する。コード変更は行わず評価レポートのみを提供する。 initialize-project 実施後の健全性確認にも使用する。
新しい機能開発・バグ修正・タスクを開始する際に使用する。Issue の作成、Git ブランチの作成、 worktree の準備を自動化する。「新しい機能を作りたい」「バグを直したい」「タスクを始めたい」 「Issue を作って」「ブランチを切って」「worktree を準備して」と言った場合にこのスキルをトリガーする。 Board の初期化も含む。作業完了後は submit-pull-request で締め括る。
PR マージ完了後の worktree・ローカルブランチ・Issue を一括整理する後片付けスキル。 「クリーンアップして」「worktree を削除して」「ブランチを削除して」「Issue をクローズして」 「マージ後の後片付けをして」「作業環境を片付けて」と言った場合にトリガーする。 worktree 削除・ローカルブランチ削除・Issue クローズを自動化する。 submit-pull-request でマージ完了後に呼び出される後処理スキルでもある。
エージェントが使用する AI モデルを変更・設定する。「モデルを変更して」「Claude に切り替えて」 「GPT-4 を使って」「エージェントのモデルを設定して」「デフォルトに戻して」 「全エージェントのモデルを変えて」「developer だけ別モデルにして」と言った場合にトリガーする。 個別エージェントのモデル変更・全エージェント一括変更・デフォルトへのリセットに対応する。 settings.json の agents セクションを更新する。
プロジェクト用の .gitignore ファイルを gitignore.io API で自動生成・更新する。 「.gitignore を作って」「gitignore を生成して」「無視するファイルを設定して」 「.gitignore を更新して」「Python 用の gitignore が欲しい」と言った場合にトリガーする。 プロジェクトの言語・OS・エディタに対応したテンプレートを取得し、プロジェクトルートに配置する。 initialize-project の一部としても呼び出される。
新規プロジェクトへ .github/ フレームワークをコピーした後の初期設定を完了させる。 「プロジェクトを初期化して」「settings.json を設定して」「新しいプロジェクトにフレームワークを導入した」 「初期設定をガイドして」「.github をコピーしたので設定して」と言った場合にトリガーする。 settings.json の作成とプロジェクト固有値(チーム名・リポジトリ・モデル設定等)を対話的に設定する。 assess-project とは異なり、設定ファイルを実際に生成・書き込む。
入れ子ブランチ構造(サブブランチ→親ブランチ→main)を正しい順序でマージする。 「サブブランチをマージして」「入れ子ブランチを統合して」「親ブランチにマージしてから main にマージして」 「ネストされたブランチを整理して」と言った場合にトリガーする。 通常の submit-pull-request と異なり、複数階層のブランチ依存関係がある場合に使用する。 サブ→親→main の順序を守り、各段階の PR 作成・マージを自動化する。
PR マージ時に発生したコンフリクト(競合)を解消するリカバリスキル。「コンフリクトが発生した」 「マージが失敗した」「405 Pull Request is not mergeable」「競合を解消して」 「merge conflict を直して」と言った場合にトリガーする。 submit-pull-request でマージが失敗した場合に呼び出されるエラーリカバリ専用スキル。 コンフリクト箇所の特定・解消・再マージを自動化する。
現在の変更(staged・unstaged・ブランチ差分)に対してコードレビューを実行する。「コードをレビューして」 「変更を確認して」「レビューをお願い」「コードの品質を確認して」「実装をチェックして」 「PR 前にレビューして」と言った場合にトリガーする。 バグ・セキュリティ脆弱性・ロジックエラーのみを高精度で報告し、スタイルや書式への指摘は行わない。 コード変更は一切行わず、レビュー結果のみを出力する点で developer とは異なる。