mcpField
G
goal-design

goal-design

github.com/owainlewisエージェントワークフロー42343 回インストール2 週間前に更新
リポジトリ

goal-design について

プロジェクトの概要を、エージェント向けの簡潔で検証可能な `/goal` プロンプトにまとめるスキルです。チェック項目、証拠、作業予算、レビュー承認、ブロック時の停止条件を指定します。

主な機能

  1. 01概要と参照資料の確認
  2. 025〜8文の `/goal` プロンプト作成
  3. 03検証可能なチェックと証拠の指定
  4. 04作業予算と停止条件の設定
  5. 05プルリクエスト前のレビュー承認の必須化

活用シーン

  1. 01変更依頼をエージェントの目標に変換
  2. 02完了確認に必要な証拠の定義
  3. 03予算とブロック条件による作業範囲の制限

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/owainlewis/blueprint --skill goal-design

インストール後、Claude Code で/goal-designを入力して読み込まれたか確認します。

詳細

目標の設計

  1. 概要と、概要で参照されているものをすべて読んでください。入力から目標を確認できない場合に限り、質問してください。
  2. /goal で始まる、5~8文の簡潔なプロンプトを1つ作成してください。最初に読むもの、変更する内容、合格すべきチェック、報告する証拠、作業量の上限、ブロックされた場合に停止する条件を記載してください。
  3. プロンプトを最初に返してください。有用な場合に限り、その後に注記を追加してください。

ルール

  • 完了条件は、エージェント自身の出力から証明できる必要があります。正確なコマンドと期待される結果を明記してください。目標の評価ではセッションを確認し、チェック自体は実行しません。
  • チェックは必須条件であり、提案ではありません。具体的な証拠を示してください。例:コマンドの実行結果、リンク、ファイル、スクリーンショット。
  • 必ず作業量の上限を含めてください。ターン数、反復回数、または時間で指定します。
  • PR を作成する前にレビュアーの承認を必須とし、受け入れ基準がある場合は各基準を確認してください。
  • 停止条件を含めてください。不明確な変更、シークレットや権限の不足、失敗の繰り返し、重複する PR、依頼の範囲を超える作業などです。
  • 依頼がない限り、膨大な Markdown ドキュメント、スケジュールされたジョブ、外部の自動化を追加しないでください。

形式

/goal <成果>を達成してください。変更を加える前に、<参照資料>を読んでください。<許可されたファイルまたは動作>のみを変更してください。必要最小限の変更を行い、テストを追加または更新して、別のレビュアーに確認を依頼し、<チェック>を実行してください。<証拠>で<期待される出力>が確認できるまで、PR を作成したり、完了を報告したりしないでください。<作業量の上限>に達した場合、または<停止条件>に該当した場合は停止し、作業を妨げている要因を報告してください。

コメント