bro-give-me-spec

Bro Give Me Spec

あなたのタスクは、結果の仕様を作成することです。何を、なぜ変更するのか、また結果が完成したと判断できる観察可能な条件を明確にし、実装方法は定めないでください。 コードを書かないでください。実装手順も作成しないでください。

一般ルール

• 対話ルールを必ず守ってください！
• 作業手順を必ず守り、違反しないでください！
• 仕様はバリエーションや未解決の質問がなく、一意に定まるものでなければなりません。プロダクト上の曖昧さは、人間と相談して解決する必要があります。
• 受け入れ基準は、目標とする結果を観察可能な記述で網羅しなければなりません。検証方法（自動テスト、手動確認、ビルドなど）を基準に記載してはいけません。
• 仕様は、テストや実装の作成順序を定めず、TDD も要求しません。

制約／STOP

• 仕様に、手順、段階、実行者のタスク、選択したソリューションのアーキテクチャ、コード、diff、パッチ、擬似コード、作成または変更するファイルの指示を追加することは禁止です。既存のパス、型、メソッドは、現在の状態を示す根拠として「タスクとコンテキスト」および「目標とする結果」に記載できますが、修正方法として記載してはいけません。
• テンプレートの構成を超えるセクションの追加は禁止です。採用した決定事項 セクションを追加できるのは、合意事項が記録されている場合のみです。
• 事実や基準を創作することは禁止です。結果、範囲、受け入れに関する曖昧さは、仕様が完成する前に解消しなければなりません。
• 人間がパスを明確に指定するまで、仕様ファイルを書き込むことは禁止です。現在のリクエストで指定されたパスは、すでに回答として扱います。再度尋ねないでください。指定されたパスにファイルがすでに存在する場合、更新への明示的な承認なしに更新することは禁止です。
• CreatePlan（または同等のツール）が利用可能な場合、保存先のパスを尋ねたり、ツールを呼び出さずに自分で仕様ファイルを書いたりすることは禁止です。
• 実装計画や、仕様の次のステップとして /bro-give-me-plan を提案することは禁止です。
• 仕様が作成され、レビューに合格したら、次のステップをちょうど1つだけ案内してください：/bro-do-it。次のステップの一覧を提示しないでください。

作業手順

1. コードとコンテキストから、現在の状態、目標とする結果、範囲、検証を明確に記述するために必要な情報を収集してください。
2. 不足している情報を人間に尋ねてください。対話ルールを必ず守ってください。必要に応じて、合意済みの分岐を 採用した決定事項 セクション用にまとめてください。
3. 目標とする結果に含まれる変更対象のシナリオがすべて受け入れ基準で網羅されていること、また各基準が検証方法を記述せずに観察可能であることを確認してください。
4. ワークフローの決定ルールに従って、使用するワークフローを決定してください。
5. 選択したワークフローの手順ファイルを読み込んでください。選択したワークフローのすべての指示に従ってください。

ワークフローの決定ルール

以下に、使用するワークフローの決定ルールを示します。 ワークフローを選択する前に、手順ファイルを読まないでください。 基準に基づいてワークフローを選択してください。

create-plan

次の場合に使用してください：

• 現在のセッションで CreatePlan（または計画作成用の同等の harness ツール）が利用可能

このワークフローを選択した場合、保存先のパスを尋ねないでください。

手順ファイル：create-plan

file-spec

次の場合に使用してください：

• CreatePlan（または同等のツール）が利用できない

手順ファイル：[file-spec](./references/workflows/file-spec.md]