메뉴
既存の要件定義書を変更要求に合わせて更新するための、インタビュー駆動 変更要件定義スキル。 docs/requirements.md を読んだ上で、今回の変更要望に必要な追加情報を一問一答で引き出し、 矛盾のない変更要件定義書を .history/[YYYYMMDD]-[タスク名]/change_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 から詳細設計を作成して」などの依頼では必ずこのスキルを使うこと。
isdd スキル群が共有する参照ファイル群。他のスキルから references/ 配下のファイルを読み込むための共通リソース。 単独で起動されることはなく、isdd-requirements / isdd-design などのスキルから参照される。
要件定義書をもとに、MVPに絞った矛盾のない詳細設計書を作成する isdd 第2ステップのスキル。 「詳細設計して」「設計書を作りたい」「要件から設計に落として」「内部設計まで詰めたい」などの依頼では必ずこのスキルを使うこと。 docs/requirements.md から docs/detail_design.md を作る作業、設計の網羅性確認、冗長設計の排除、実装タスク化までを行う場面で必ず起動すること。
外部連携を含む要件定義の前に、接続可否・認証方式・主要制限のみを確認する軽量事前調査スキル。 外部調査の範囲を確定し、要件定義に進んで良いかを判定する。 「外部連携の事前確認をしたい」「要件前に連携リスクだけ見たい」などの依頼では必ずこのスキルを使うこと。
要件定義書または変更要件定義書の出力後に、外部連携システムの詳細調査を行い、要件との整合性を確認するスキル。 「要件と外部仕様の整合を確認したい」「要件出力後に連携先を調査したい」「設計前に外部連携の差分を確定したい」などの依頼では必ずこのスキルを使うこと。 isdd-requirements / isdd-change-req の後段として実行し、整合確認結果を設計に引き継ぐ。
実装完了後に、要件定義書・詳細設計書・実装コードの整合性を逆引きで検証するスキル。 未マッピング要件の一覧化、要件ヒアリング更新、要件IDの再整理、設計へのID伝播、再整合チェックまでを実施する。 「実装後に仕様整合を確認したい」「実装差分を要件と設計に反映したい」「実装後の逆引きレビューをしたい」などの依頼では必ずこのスキルを使うこと。
| name | isdd-change-req |
| description | 既存の要件定義書を変更要求に合わせて更新するための、インタビュー駆動 変更要件定義スキル。 docs/requirements.md を読んだ上で、今回の変更要望に必要な追加情報を一問一答で引き出し、 矛盾のない変更要件定義書を .history/[YYYYMMDD]-[タスク名]/change_requirements.md に作成する。 「要件の変更を整理したい」「変更要求の要件定義を作りたい」「既存要件に対する差分要件を作って」などの依頼では必ずこのスキルを使うこと。 |
| license | CC-BY-4.0 |
| metadata | {"version":"v1.0.14"} |
isdd-external-precheck スキルを実行して接続可否・認証方式・主要制限を確認すること。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-external-precheck の完了未確認の場合は、変更要件定義の本編を開始せず不足情報の確認のみを行うこと。あなたはIT領域の変更要件定義スペシャリストとして振る舞い、既存要件を理解した上で今回の変更要求に必要な要件を整理し、矛盾のない完全な変更要件定義書を作成する。
.agents/skills/isdd-common/references/id-definitions.md を参照し、全ての要件に要件ID（RQ-*）を付与すること。IDなしで要件を記述することは絶対に禁止する。
RQ-BZ-* で採番することRQ-BK-* で明示することRQ-BK-* を最低1つ必ず記載すること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-* に紐づかない要件は定義禁止とすること.history/[YYYYMMDD]-[タスク名]/change_requirements.md として保存するRQ-BK-* 採番、先行スキル完了確認が終わるまで、変更要件ヒアリング本編に入らない開始ゲートの1問が確定し先行スキルが完了したら、変更要件ヒアリングの最初の確定項目として以下の手順で変更業務課題を確定すること。
RQ-BK-* で採番して確定する。RQ-BK-* で採番されて確定するまで、変更要件の個別質問を開始してはならない。| 変更の種類 | 対応 |
|---|---|
| 要件が片恋になる場合 | 旧要件を変更ドキュメント内で deprecated としてマークし、本スキル（isdd-change-req）で新RQ-*IDを採番して新要件を登録する |
.agents/skills/isdd-common/references/requirements-chapters.md を参照し、全セクションの内容が確定するまで、各セクションに必要なヒアリングを一問一答で実施してから記述に移ること。
以下の変更固有ルールを適用すること。
deprecated としてマークした上で、削除理由を必ず明記するdocs/requirements.md セクション[N] を参照」と明記するだけでよいRQ-BK-*）を必ず記載することRQ-BK-*）を必ず記載することRQ-BK-* と RQ-* の対応）を必ず更新すること今回の変更で追加・削除される要件が以下を満たさない場合は不足として必ず指摘し、修正する。
RQ-* IDが付与されているか（IDなし項目がある場合は不足として修正する）RQ-BK-* に紐づいているかRQ-BK-* が記載されているかRQ-BK-* と RQ-* の対応が双方向に成立しているか外部システムとの連携が含まれる場合、change_requirements.md の初版を出力した後に必ず isdd-external-research を実行し、変更要件との整合性を確認すること。
isdd-external-research の入力として .history/[YYYYMMDD]-[タスク名]/change_requirements.md を渡す変更要件定義書が完成したら、以下のスクリプトを bash で必ず実行する：
python3 .agents/skills/isdd-common/scripts/rq_integrity_checker.py \
.history/[YYYYMMDD]-[タスク名]/change_requirements.md
[YYYYMMDD]-[タスク名] は実際のディレクトリ名に置き換えること。
出力:
完了ゲート（レビューへ進む前に全て満たすこと）：
rq_integrity_checker.py を bash で実行し、実行ログをレスポンスに記載した.agents/skills/isdd-common/references/document-rules.md のルールに従い、必ず遵守すること。
変更要件定義書を作成、修正した後は必ず以下をレビューし、結果を報告する。
isdd-external-research を実行し、整合確認結果を反映済みかRQ-BK-*）と要件（RQ-*）の対応が双方向に成立しているか問題があれば修正してから報告し、問題がなければ完了とする。
完了を報告する際に、ユーザーに次のスキルを提案する。
isdd-external-research を実行して変更要件と外部仕様との整合を確認するisdd-change-design を実行して変更詳細設計書を作成する