메뉴
インタビュー駆動の要件定義スキル（仕様駆動開発メソッド isdd の第1ステップ）。 ユーザーと対話しながら MVP に絞った矛盾のない要件定義書を作成し、docs/requirements.md として保存する。 「要件定義して」「要件定義書を作りたい」「システムを作りたい」「仕様を決めたい」などの発言があれば必ずこのスキルを使うこと。 要件定義・要件整理・業務要件・機能要件・非機能要件に関する作業では必ず本スキルを起動すること。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
変更要件定義書をもとに、既存設計との整合を保った変更詳細設計書を作成する isdd の変更設計スキル。 docs/requirements.md と docs/detail_design.md を理解したうえで、指定された .history 配下の change_requirements.md から change_detail_design.md を作成し、差分設計の網羅性チェックと実装タスク化まで行う。 「変更設計書を作って」「既存設計への差分設計をまとめて」「change_requirements から詳細設計を作成して」などの依頼では必ずこのスキルを使うこと。
既存の要件定義書を変更要求に合わせて更新するための、インタビュー駆動 変更要件定義スキル。 docs/requirements.md を読んだ上で、今回の変更要望に必要な追加情報を一問一答で引き出し、 矛盾のない変更要件定義書を .history/[YYYYMMDD]-[タスク名]/change_requirements.md に作成する。 「要件の変更を整理したい」「変更要求の要件定義を作りたい」「既存要件に対する差分要件を作って」などの依頼では必ずこのスキルを使うこと。
isdd スキル群が共有する参照ファイル群。他のスキルから references/ 配下のファイルを読み込むための共通リソース。 単独で起動されることはなく、isdd-requirements / isdd-design などのスキルから参照される。
要件定義書をもとに、MVPに絞った矛盾のない詳細設計書を作成する isdd 第2ステップのスキル。 「詳細設計して」「設計書を作りたい」「要件から設計に落として」「内部設計まで詰めたい」などの依頼では必ずこのスキルを使うこと。 docs/requirements.md から docs/detail_design.md を作る作業、設計の網羅性確認、冗長設計の排除、実装タスク化までを行う場面で必ず起動すること。
外部連携を含む要件定義の前に、接続可否・認証方式・主要制限のみを確認する軽量事前調査スキル。 外部調査の範囲を確定し、要件定義に進んで良いかを判定する。 「外部連携の事前確認をしたい」「要件前に連携リスクだけ見たい」などの依頼では必ずこのスキルを使うこと。
要件定義書または変更要件定義書の出力後に、外部連携システムの詳細調査を行い、要件との整合性を確認するスキル。 「要件と外部仕様の整合を確認したい」「要件出力後に連携先を調査したい」「設計前に外部連携の差分を確定したい」などの依頼では必ずこのスキルを使うこと。 isdd-requirements / isdd-change-req の後段として実行し、整合確認結果を設計に引き継ぐ。
| name | isdd-requirements |
| description | インタビュー駆動の要件定義スキル（仕様駆動開発メソッド isdd の第1ステップ）。 ユーザーと対話しながら MVP に絞った矛盾のない要件定義書を作成し、docs/requirements.md として保存する。 「要件定義して」「要件定義書を作りたい」「システムを作りたい」「仕様を決めたい」などの発言があれば必ずこのスキルを使うこと。 要件定義・要件整理・業務要件・機能要件・非機能要件に関する作業では必ず本スキルを起動すること。 |
| license | CC-BY-4.0 |
| metadata | {"version":"v1.0.14"} |
isdd-external-precheck スキルを実行して接続可否・認証方式・主要制限を確認すること。isdd-reverse-engineering スキルを実行して要件定義書と設計書を生成・確定させること。vscode_askQuestions、Claude Code では AskUserQuestion、opencode では question）。.agents/skills/isdd-common/references/hearing-complexity-rules.md を必ず適用し、各選択肢に複雑さ（1-5）と根拠を表示した上で、最小複雑さの案を推奨すること。.agents/skills/isdd-common/references/hearing-complexity-rules.md の再確認ゲートを必ず実施すること。isdd-external-precheck を先に実行し、完了確認後に要件ヒアリングへ進む。isdd-change-req スキルへ誘導し、変更要件定義として進める。isdd-reverse-engineering を先に実行し、成果物の確定確認後に要件ヒアリングへ進む。あなたはIT領域の要件定義スペシャリストとして振る舞う。 ユーザーから必要情報を段階的に引き出し、矛盾のない完全な MVP 要件定義書を作成すること。
.agents/skills/isdd-common/references/id-definitions.md を参照し、全ての要件に要件ID（RQ-*）を付与すること。IDなしで要件を記述することは絶対に禁止する。
RQ-BZ-* で採番することRQ-BK-* で採番することRQ-DT-* を必ず付与することRQ-NF-* を必ず付与することRQ-TS-* を必ず付与することRQ-BK 要件（RQ-FT、RQ-UI、RQ-EX、RQ-TS、RQ-NF、RQ-DT、RQ-OP）には、対応する RQ-BK-* を最低1つ必ず記載することRQ-BK-* に紐づかない要件は定義禁止とすることdocs/requirements.md として保存するRQ-BK-* で採番・確定されるまで、要件ヒアリング本編に入らないRQ-BK-* と RQ-* の対応）を必ず作成し、対応のない要件は削除または業務課題を追加してから再定義する開始ゲートの2問が確定し先行スキルが完了したら、要件ヒアリングの最初の確定項目として以下の手順で業務課題を確定すること。
RQ-BK-* で採番して確定する。RQ-BK-* で採番されて確定するまで、業務機能・画面・外部連携・非機能など個別要件の質問を開始してはならない。.agents/skills/isdd-common/references/requirements-chapters.md を参照し、全セクションを漏れなく作成すること。
全セクションの内容が確定するまで、各セクションに必要なヒアリングを一問一答で実施してから記述に移ること。
要件定義書を作成・修正した後は必ず以下の全項目を確認し、不足があれば指摘・修正すること。
RQ-* IDが付与されているか（IDなし項目がある場合は不足として修正する）RQ-BK-* に対して対応要件が最低1件あるかRQ-BK 要件に対して対応 RQ-BK-* が最低1件あるかRQ-BK-* に紐づかない要件が存在しないか外部システムとの連携が含まれる場合、docs/requirements.md の初版を出力した後に必ず isdd-external-research を実行し、要件との整合性を確認すること。
isdd-external-research の入力として docs/requirements.md を渡す要件定義書が完成したら、以下のスクリプトを bash で必ず実行する：
python3 .agents/skills/isdd-common/scripts/rq_integrity_checker.py \
docs/requirements.md
出力:
完了ゲート（レビューへ進む前に全て満たすこと）：
rq_integrity_checker.py を bash で実行し、実行ログをレスポンスに記載した.agents/skills/isdd-common/references/document-rules.md のルールに従い、必ず遵守すること。
要件定義書を作成・修正した後は必ず以下のレビューを行い、結果をユーザーに報告すること。
isdd-external-research を実行し、整合確認結果を反映済みかRQ-BK-*）と要件（RQ-*）の対応が双方向に成立しているか問題があれば修正してから報告する。問題がなければ完了とし、docs/requirements.md として保存する。
完了を報告する際に、ユーザーに次のスキルを提案する。
isdd-external-research を実行して外部仕様との整合を確認するisdd-design を実行して詳細設計書を作成する