requirements-analysis

要件分析（英語）

中国語版： 対応する中国語版スキルを参照してください。

使用する場面

• 実際のプロジェクトの状況に即した要件分析の支援が必要な場合。
• 実行、レビュー、または後続作業にそのまま使える出力が必要な場合。

ワークフロー

1. Progressive disclosure に記載されているメインプロンプト（対象範囲、構成、品質基準）を読み、その指示に従います。
2. 結果に影響するプロジェクトのコンテキストのみを追加します：対象範囲、環境、制約、リスク、依存関係、想定する成果物。
3. 入力が不完全な場合は、実用的な初稿を提示し、前提と不足情報を明示します。
4. Markdown をデフォルトとし、ユーザーから指定があった場合にのみ形式を変更します。

主な制約

• リスク／ビジネスへの影響に基づいて優先順位を付け、すべてを同等に扱わないでください。
• 確認済みの事実と現時点での前提を分けてください。
• ユーザーが提示していないエンドポイント、フィールド、環境、根本原因を作り上げないでください。
• 出力は実行可能なものにしてください：具体的なシナリオ、明確な優先順位、明確な次のステップを示します。

段階的な情報開示

• 出力を作成する前に、prompts/requirements-analysis.md を読み、その指示に従います（最低限網羅すべき内容、出力構成、品質基準）。
• Excel/CSV/JSON/Word が求められた場合は、output-formats.md を読み、指定形式に従います。
• 既製のテンプレートが適している場合は、output-templates/ 内の該当ファイルを使用します。
• 詳細なフレームワーク／トラブルシューティング／スキーマに関する情報は、references/ 内の関連ファイルのみを読み込み、ディレクトリ全体を読み込まないでください。
• 形式変換や補助的な確認には、独自に作り直すのではなく、既存の scripts/ を優先して使用します。
• このスキルの評価／回帰テストには、skill-up とともに evals/ を使用します。

提出前チェックリスト

• メインプロンプトの出力構成に従った
• 最低限の網羅項目を確認した：対象範囲の概要、ビジネス目標、明確な要件と不明確な要件、不足しているルール、エッジケースや例外条件、テスト可能性の不足、依存関係と影響、リスクの優先順位、…（詳細はメインプロンプトを参照）
• 最低限のチェックリスト項目を網羅した、または省略した理由を説明した
• 高リスク項目に明確な優先順位を付けた
• ユーザーが提示していない詳細を作り上げていない
• 前提と不足情報を明示した

よくある落とし穴

• 対象範囲やコンテキストが不足しているのに、完全であるかのように見せないでください。
• すべての項目を同等に扱わないでください。
• 前提や情報の不足を省略しないでください。
• 現在のツールチェーンと無関係な一般論を並べ立てないでください。