メニュー
要件定義書から SOLID 準拠の設計文書を生成・検証する。C4 ダイアグラム、 ADR 管理、パターン検出、SOLIDValidator を提供。 Use when generating design documents, creating C4 diagrams, managing ADRs, validating design patterns, or starting SDD Phase 2.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
設計仕様からテンプレートベースのコード生成、ドメインスキャフォールド、 静的解析、ステータス遷移分析を実行する。4層アーキテクチャ準拠。 Use when generating code from design specs, scaffolding domain packages, running static analysis, or starting SDD Phase 4 implementation.
MUSUBIX2 の9条憲法（CONST-001〜009）への準拠を検証する。 PolicyEngine による自動チェック、BalanceRuleEngine による 90/10 ルール適用、 品質ゲートチェックを提供。 Use when validating constitution compliance, checking policy violations, running governance audits, or blocking non-compliant changes.
SDD ワークフロー全体のオーケストレーション — スキルルーティング、フェーズ遷移管理、品質ゲート制御、 ニューロシンボリック機能統合、MCP サーバー制御、CLI コマンドディスパッチ。 Use when routing tasks to the correct skill, managing phase transitions, running the full SDD workflow, invoking neurosymbolic capabilities, or serving tools via MCP protocol.
EARS形式で要件を分析・作成・検証する。MarkdownEARSParser による構文検証、 EARSValidator による信頼度スコア算出、対話的要件ウィザード、 1問1答ヒアリング（RequirementsInterviewer）を提供。 Use when creating requirements, validating EARS compliance, analyzing requirement documents, interviewing for missing information, or starting SDD Phase 1.
テストファースト（Red→Green→Blue）サイクルを強制し、ユニットテスト生成、 カバレッジ検証、EARS ID リンケージを実行する。Vitest ベース。 Use when creating tests, checking coverage, enforcing test-first policy, running quality gates, or validating Article III compliance.
要件↔設計↔コード↔テスト間の 100% トレーサビリティを監査する。 トレーサビリティマトリクス生成、ギャップ検出、影響分析、同期検証を提供。 Use when checking traceability coverage, generating trace matrices, analyzing change impact, or validating Article V compliance.
| name | design-generator |
| description | 要件定義書から SOLID 準拠の設計文書を生成・検証する。C4 ダイアグラム、 ADR 管理、パターン検出、SOLIDValidator を提供。 Use when generating design documents, creating C4 diagrams, managing ADRs, validating design patterns, or starting SDD Phase 2. |
| license | MIT |
| version | 1.0.0 |
| triggers | ["設計書を生成","設計を検証","C4 ダイアグラム","ADR 作成","Phase 2 開始","design"] |
承認済み要件文書から SOLID 準拠の設計文書を生成・検証するスキル。 SDD ワークフロー Phase 2 の中核。
steering/ を参照済みであることstorage/specs/REQ-*.md）が存在することWHEN ユーザーが設計文書の生成を要求する:
1. 要件文書を読み込み（ParsedRequirement[]）
2. DesignGenerator.generate() で設計文書を生成
3. SOLIDValidator で SRP/OCP/LSP/ISP/DIP 準拠を検証
4. 各 DES にトレーサビリティリンクを付与
5. ユーザーレビュー ⏸️
CLI: npx musubix2 design <req-file>
WHEN ユーザーが C4 ダイアグラムの生成を要求する:
1. C4Element と C4Relationship を抽出
2. Context / Container / Component レベルの Mermaid 図を生成
3. 設計文書に埋め込み
CLI: npx musubix2 design:c4 <file> [--level context|container|component]
WHEN ユーザーが ADR の作成・管理を要求する:
1. DecisionManager.create() で新規 ADR 作成
2. ステータスライフサイクル: proposed → accepted → deprecated → superseded
3. DecisionManager.search() で全文検索
4. DecisionManager.index() でインデクシング
CLI: npx musubix2 decision <create|list|get|accept|deprecate|search|index>
WHEN ユーザーが設計文書の検証を要求する:
1. PatternDetector でデザインパターンを検出
2. SOLID 原則への準拠を検証
3. 要件との対応漏れを検出
CLI: npx musubix2 design:verify <design-file>
各 DES 仕様は以下の構成:
### DES-XXX-NNN: タイトル
**トレーサビリティ**: REQ-XXX-NNN
**パッケージ**: `package-name`
**設計概要**:
（自然言語の説明）
（TypeScript インターフェース / Mermaid 図）
**CLI契約**: `npx musubix2 ...`
# ADR-NNN: タイトル
**ステータス**: proposed | accepted | deprecated | superseded
**日付**: YYYY-MM-DD
## Context
（決定の背景）
## Decision
（決定内容）
## Consequences
（影響と結果）
? nullable 表記を使う場合、TypeScript 側の | undefined と一致させること。accept と deprecate は状態遷移。直接 superseded にはできない（必ず deprecated を経由）。| スクリプト | 説明 | 使い方 |
|---|---|---|
scripts/generate.sh | 要件から設計生成 | ./scripts/generate.sh [args] |
scripts/c4.sh | C4 ダイアグラム生成 | ./scripts/c4.sh [args] |
scripts/verify.sh | 設計トレーサビリティ検証 | ./scripts/verify.sh [args] |
scripts/decision.sh | ADR 作成・管理 | ./scripts/decision.sh [args] |