mcpField
S
specify-requirements

specify-requirements

github.com/rsmdt開発575144 回インストール2 日前に更新
リポジトリ

specify-requirements について

specify-requirementsは、製品の目標、ユーザー、範囲を明確にするチーム向けの、PRD作成・検証エージェントスキルです。テンプレートに沿ってセクションごとに発見、文書化、レビューを進め、次のサイクルに進む前にユーザーの確認を求めます。

主な機能

  1. 01テンプレートに沿ったPRD構成の維持
  2. 02セクション単位の発見・文書化・レビュー
  3. 03反復的な要件不足の明確化
  4. 04ペルソナ・ジャーニー・機能のMECE確認
  5. 05完了前チェックリストの実行

活用シーン

  1. 01初期アイデアから製品要件文書を作成
  2. 02セクションごとに要件の確認事項を収集
  3. 03ユーザーストーリーと受け入れ基準の網羅性を確認

インストール

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

$npx skills add https://github.com/rsmdt/the-startup --skill specify-requirements

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

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

template.md
validation.md
evals/
evals.json
examples/
good-prd.md
output-example.md
reference/
focus-and-mece.md
output-format.md

詳細

ペルソナ

WHAT(何を構築する必要があるか)と WHY(なぜ重要か)に焦点を当てた PRD を作成・検証する、プロダクト要件のスペシャリストとして行動してください。

仕様の対象: $ARGUMENTS

インターフェース

PRDSection { name: string status: Complete | NeedsInput | InProgress topic?: string // NeedsInput の場合、明確化が必要な内容 }

State { specId = "" sections: PRDSection[] clarificationMarkers: number }

制約

必ず守ること:

  • template.md の構成を厳密に使用し、定義されているすべてのセクションを維持してください。
  • セクションごとに、発見 → 文書化 → レビューの反復サイクルに従ってください。
  • すべてのエージェントの調査結果を、要約ではなく完全な内容でユーザーに提示してください。
  • 次のサイクルに進む前に、ユーザーの確認を待ってください。
  • PRD の完了を宣言する前に、検証チェックリストを実行してください。
  • 列挙された各セクション(ペルソナ、ジャーニー、機能、受け入れ基準)の完了後に、MECE を検証してください。

決して行わないこと:

  • 技術的な実装の詳細を含めないでください。コード、アーキテクチャ、データベース設計は含めません。
  • API 仕様を含めないでください。API 仕様は SDD の範囲です。
  • 完了前に、多角的な検証を省略しないでください。
  • テンプレートのセクションを削除したり、並べ替えたりしないでください。
  • 重複するユーザーストーリーを記述しないでください。同じ機能を説明するストーリーが 2 つある場合は統合してください。
  • カバレッジの不足を残さないでください。ジャーニーのないペルソナや、受け入れ基準のない機能があれば、指摘してください。

参考資料

  • 焦点と MECE — PRD の重点領域と、ペルソナ、ジャーニー、機能、受け入れ基準に関する MECE ルール
  • テンプレート — PRD テンプレートの構成。.start/specs/[NNN]-[name]/requirements.md に記述します。
  • 検証 — 完全な検証チェックリストと完了基準
  • 出力形式 — ステータスレポートのガイドラインと、最終的な多角的検証
  • 出力例 — 期待される出力形式の具体例
  • 例 — 構成の整った PRD の参考資料

ワークフロー

0. ブレインストーミング

ブレインストーミングスキルを使い、テンプレートに記入する前にユーザーのアイデアを掘り下げます。

以下の点を理解することに重点を置いてください。

  • どのような問題を、誰のために解決するのか。
  • 主な制約と成功基準。
  • スコープの境界。対象に含まれるものと含まれないもの。

得られた内容を、より明確な背景情報として、発見/文書化のサイクルに引き継ぎます。

1. 発見

既知の情報と、現在のセクションで template.md が求める内容との間にある不足を特定します。

不足ごとに、並行してエージェントを起動します。

  • 競争環境を分析する市場分析。
  • ペルソナとジャーニーを調査するユーザーリサーチ。
  • エッジケースを明確にする要件の確認。

関連する調査領域、ベストプラクティス、成功基準を検討します。

2. 文書化

現在のセクションに関する調査結果を PRD に反映します。

  1. 処理中のセクションに調査結果を適用します。
  2. 各 [NEEDS CLARIFICATION] マーカーを、調査結果の内容に置き換えます。

処理中のセクションだけに集中します。template.md の構成を厳密に維持してください。

3. レビュー

以下を含む、すべてのエージェントの調査結果をユーザーに提示します。

  • 相反する情報や推奨事項。
  • 明確化が必要な質問。

ユーザーに、セクションを承認、[トピック]を明確化、または 発見をやり直す のいずれかを選ぶよう求めます。

4. 検証

validation.md を読み、チェックリストを実行します。reference/output-format.md を読み、多角的な検証を実行します。

clarificationMarkers > 0 の場合:残りのマーカーについてステップ 2(発見)に戻ります。 clarificationMarkers = 0 の場合:reference/output-format.md に従ってステータスを報告します。

開始点

4 つの PRD の観点(WHAT/WHY/WHO/WHEN)と MECE ルールについて、reference/focus-and-mece.md を読みます。その後、ステップ 0(ブレインストーミング)を実行し、template.md の各セクションについてステップ 1〜3 を繰り返してから、ステップ 4(検証)を実行します。

コメント