goal-design について
プロジェクトの概要を、エージェント向けの簡潔で検証可能な `/goal` プロンプトにまとめるスキルです。チェック項目、証拠、作業予算、レビュー承認、ブロック時の停止条件を指定します。
主な機能
- 01概要と参照資料の確認
- 025〜8文の `/goal` プロンプト作成
- 03検証可能なチェックと証拠の指定
- 04作業予算と停止条件の設定
- 05プルリクエスト前のレビュー承認の必須化
活用シーン
- 01変更依頼をエージェントの目標に変換
- 02完了確認に必要な証拠の定義
- 03予算とブロック条件による作業範囲の制限
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ owainlewis/ blueprint --skill goal-designインストール後、Claude Code で/goal-designを入力して読み込まれたか確認します。
詳細
目標の設計
- 概要と、概要で参照されているものをすべて読んでください。入力から目標を確認できない場合に限り、質問してください。
/goalで始まる、5~8文の簡潔なプロンプトを1つ作成してください。最初に読むもの、変更する内容、合格すべきチェック、報告する証拠、作業量の上限、ブロックされた場合に停止する条件を記載してください。- プロンプトを最初に返してください。有用な場合に限り、その後に注記を追加してください。
ルール
- 完了条件は、エージェント自身の出力から証明できる必要があります。正確なコマンドと期待される結果を明記してください。目標の評価ではセッションを確認し、チェック自体は実行しません。
- チェックは必須条件であり、提案ではありません。具体的な証拠を示してください。例:コマンドの実行結果、リンク、ファイル、スクリーンショット。
- 必ず作業量の上限を含めてください。ターン数、反復回数、または時間で指定します。
- PR を作成する前にレビュアーの承認を必須とし、受け入れ基準がある場合は各基準を確認してください。
- 停止条件を含めてください。不明確な変更、シークレットや権限の不足、失敗の繰り返し、重複する PR、依頼の範囲を超える作業などです。
- 依頼がない限り、膨大な Markdown ドキュメント、スケジュールされたジョブ、外部の自動化を追加しないでください。
形式
/goal <成果>を達成してください。変更を加える前に、<参照資料>を読んでください。<許可されたファイルまたは動作>のみを変更してください。必要最小限の変更を行い、テストを追加または更新して、別のレビュアーに確認を依頼し、<チェック>を実行してください。<証拠>で<期待される出力>が確認できるまで、PR を作成したり、完了を報告したりしないでください。<作業量の上限>に達した場合、または<停止条件>に該当した場合は停止し、作業を妨げている要因を報告してください。
コメント
Markdown 対応