goal について
goalは、コーディングエージェントの作業を議論と計画から実装、受け入れ根拠、コードレビューまで編成するスキルです。共有のプロジェクト原則とタスクワーカーを使い、入れ子の作業と出荷権限の境界を定めます。
主な機能
- 01議論、計画、実装の進行を編成
- 02共有のtasteとarchitecture原則を必須化
- 03タスクワーカーを段階的に割り当て
- 04受け入れ根拠の収集とコードレビュー
- 05出荷と入れ子作業の境界を定義
活用シーン
- 01リポジトリ変更を議論からレビューまで調整
- 02実装をタスクワーカーの複数段階に分割
- 03親ワークフローへ完了根拠を返却
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/インストール後、Claude Code で/goalを入力して読み込まれたか確認します。
同梱ファイルdoctrine.mdreference.md
詳細
目標
必読： ../pack-shared/standards.md — 質問を掘り下げたり、計画したり、実装したりする前に、このターンで /taste と /architecture のドクトリンを読んでください。省略しないでください。
実行コンテキスト： ../pack-shared/execution-context.md · 読むもの： doctrine.md · reference.md · 質問スタイル： ../pack-shared/asking.md · ブラウザー： ../pack-shared/browser-evidence.md · PR の提出： このチャットで PR を作成する場合は ../pack-shared/pr-ship.md
オーケストレーター専用です。../pack-shared/subagents.md に従って Task ワーカーにタスクを割り当ててください。質問を掘り下げている間と、実装の各ウェーブの前には、必ず /taste と /architecture を読み込んでください。
/goal はステートレスな
実行コンテキストの契約に従います。ユーザーが保存した成果物を明示的に求め、その保存先を承認した場合を除き、計画はインラインで提示します。
プロセス
- チャット内の実行コンテキストを確立するか、更新します。 親がすでにチケット、レーン、完了条件、対象外事項、適用中のルール、固定点、スライスの範囲を提示している場合は、そのブリーフを受け入れます。親が管理するチケットやブランチの所有権を再確認しないでください。
- ライフサイクルに従って進めます。グリル（スキップ条件に該当する場合を除く）→ 計画 → 実装 → 受け入れを示す証拠 →
/code-review→ 必要に応じて修正モード。タスクのウェーブは subagents.md に従います。質問を掘り下げている間と、実装の各ウェーブの前には、必ず/tasteと/architectureを読み込んでください。 - 完了を伝えます。
親がすでにチケット、ブランチ、PR を管理している場合
提出に関する質問はしないでください。このスキルからコミット、プッシュ、PR の作成を行わないでください。 完了の要約と証拠一式を親に返してください。
このチャットが提出を管理する場合
すべてのゲートを通過した後に限り、提出に関する質問を提示します（reference.md を参照）。ユーザーが「はい」と答えない限り、コミットや PR の作成を行わないでください。PR の作成を求められた場合は、../pack-shared/pr-ship.md に従ってください。親をでっち上げないでください。
復旧、進捗、参照、安全に関するルールはドクトリンとリファレンスに記載されています。
アンチパターン
- 親が提出を管理しているのに、提出に関する質問をする
- ネストされた状態で、提出のためにプッシュやコミットをしたり、PR を作成したりする