메뉴
要求や仕様から、実装に渡せる構造判断、vertical slices、HITL/AFK 区分、behavior list、plan artifact を作る入口。 interview-with-docs 後に設計判断と実装計画を作りたいとき、既存 repo の変更を TDD 可能な slice に分けたいとき、multi-repo や境界設計が必要か判断したいとき。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | design-and-plan |
| description | 要求や仕様から、実装に渡せる構造判断、vertical slices、HITL/AFK 区分、behavior list、plan artifact を作る入口。 interview-with-docs 後に設計判断と実装計画を作りたいとき、既存 repo の変更を TDD 可能な slice に分けたいとき、multi-repo や境界設計が必要か判断したいとき。 |
要求や仕様を、implement がそのまま TDD で進められる契約に落とします。
この skill は router です。標準設計で足りる場合は軽く進め、multi-repo や境界リスクがある場合だけ Balanced Coupling へ切り替えます。
implement へ渡す handoff を作りたいときgrill result / spec
-> goal and success criteria
-> route selection
-> structure decisions
-> behavior list
-> vertical slices
-> implementation handoff
| 状況 | ルート | 判断 |
|---|---|---|
| 単一 repo、既存 stack、通常の機能追加 | sub_skills/standard/ | 既定ルート |
| 新規 product / stack 未確定 / 大きな採用判断 | sub_skills/standard/ + 技術選定 checkpoint | MVP 技術選定を明示する |
| 複数 repo、shared library、SDK、microservice、別チーム所有 | sub_skills/balanced-coupling-design/ | provide / require と統合距離を見る |
| 境界が崩れている、分散モノリス化、過剰共有が疑われる | sub_skills/balanced-coupling-design/ | 結合の 3 次元で評価する |
迷ったら standard から始めます。境界設計が実際に問題になった時点で Balanced Coupling へ切り替えます。
どのルートでも、次を短く確認します。
最終的に implement へ渡せる implementation handoff を作ります。
handoff に含めるもの:
artifacts: フィールド（artifacts: conversation-only または保存した path の列挙）設計書が必要な場合、またはユーザーが設計書の保存を明示した場合は docs/design/NNN_TECHNICAL_DESIGN.md に保存します。
実装進行用の checklist が必要な場合、またはユーザーが計画書の保存を明示した場合は docs/plan/NNN_PLAN.md を作ります。
成果物の path、命名、番号共有は references/WORK_ARTIFACTS.md に従います。
implement へ渡す。interview-with-docs に戻す。_foundation/DDD_GLOSSARY.md — DDD と Balanced Coupling モデルの用語集_foundation/IMPLEMENTATION_HEURISTICS.md — サブドメイン分類から実装パターンを導く判断ツリー_foundation/TECH_SELECTION_HARNESS.md — 技術選定が必要な場合だけ読むreferences/WORK_ARTIFACTS.md — 成果物規約assets/NNN_PLAN_TEMPLATE.md — PLAN テンプレートsub_skills/standard/ — 既定ルートsub_skills/balanced-coupling-design/ — multi-repo / 境界設計ルートこんなときに使う: Ubuntu / Linux サーバーに SSH で接続し、sudo、systemd サービス、HTTP 監視を一連で安全に進めたいとき。 接続前に SSH_AUTH_SOCK を含む認証状態を固定し、認証で止まらずに サーバー接続・権限確認・サービス起動・停止・再起動・状態確認を一気に行いたいとき。
調査→修正→検証→ふりかえり/後続 Issue 化までを 1 つの改善ループで回したいときに使う。 実装前の再現確認や、review 指摘・検証結果をもとに次のアクションへつなぐ。
こんなときに使う: 現在の会話内容をもとに、実装・エージェント発注に直結する PRD を作りたいとき。 追加のインタビューはせず、すでに会話に出ている内容だけから構成する。 情報が不足している場合は捏造せず「未確定」として明示する。
こんなときに使う: ユーザーが「インタビューして」「質問して」「設計を詰めたい」などと言ったら使う。 計画や設計の重要な判断軸を洗い出し、具体例・反例・影響範囲まで深掘りして要件整理に落とす。
Copilot の custom skill / agent / repository instructions の作成・改善・構造確認を 1 つの入口にまとめる。複合スキルとして、対象に応じて適切な authoring ルートへ 分けつつ、実行時のモデル呼び出しを抑止してルーティングを優先する。試作から `plugins/*` 配布へ昇格するときの name / description 整備も扱う。skill / agent / repo-wide instructions / path-specific instructions を新規作成したいとき、既存定義を育てたいとき、公開前に責務や導線を確かめたいとき。
新しい custom agent を既存 agent 群と同じ型で立ち上げる。agent の新規追加、役割分離のための専門 agent 作成、既存群の隙間を埋めたいとき。