ワンクリックでManusで任意のスキルを実行

design-generator

要件定義書から SOLID 準拠の設計文書を生成・検証する。C4 ダイアグラム、 ADR 管理、パターン検出、SOLIDValidator を提供。 Use when generating design documents, creating C4 diagrams, managing ADRs, validating design patterns, or starting SDD Phase 2.

Manusで実行

概要

インストールコマンド

npx skills add https://github.com/nahisaho/musubix2 --skill design-generator

このコマンドをClaude Codeにコピー＆ペーストしてスキルをインストール

ソース

nahisaho/musubix2

スター1

フォーク0

更新日2026年4月3日 05:29

ファイルエクスプローラー

5 ファイル

SKILL.md

readonly

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"]

Design Generator

承認済み要件文書から SOLID 準拠の設計文書を生成・検証するスキル。 SDD ワークフロー Phase 2 の中核。

前提条件

Phase 1（Requirements）が承認済みであること
steering/ を参照済みであること
要件文書（storage/specs/REQ-*.md）が存在すること

ワークフロー

1. 設計文書生成

WHEN ユーザーが設計文書の生成を要求する:
1. 要件文書を読み込み（ParsedRequirement[]）
2. DesignGenerator.generate() で設計文書を生成
3. SOLIDValidator で SRP/OCP/LSP/ISP/DIP 準拠を検証
4. 各 DES にトレーサビリティリンクを付与
5. ユーザーレビュー ⏸️

CLI: npx musubix design <req-file>

2. C4 ダイアグラム生成

WHEN ユーザーが C4 ダイアグラムの生成を要求する:
1. C4Element と C4Relationship を抽出
2. Context / Container / Component レベルの Mermaid 図を生成
3. 設計文書に埋め込み

CLI: npx musubix design:c4 <file> [--level context|container|component]

3. ADR 管理

WHEN ユーザーが ADR の作成・管理を要求する:
1. DecisionManager.create() で新規 ADR 作成
2. ステータスライフサイクル: proposed → accepted → deprecated → superseded
3. DecisionManager.search() で全文検索
4. DecisionManager.index() でインデクシング

4. 設計検証

WHEN ユーザーが設計文書の検証を要求する:
1. PatternDetector でデザインパターンを検出
2. SOLID 原則への準拠を検証
3. 要件との対応漏れを検出

CLI: npx musubix design:verify <design-file>

設計文書フォーマット

各 DES 仕様は以下の構成:

### DES-XXX-NNN: タイトル

**トレーサビリティ**: REQ-XXX-NNN
**パッケージ**: `package-name`

**設計概要**:
（自然言語の説明）

（TypeScript インターフェース / Mermaid 図）

**CLI契約**: `npx musubix ...`

ADR フォーマット

# ADR-NNN: タイトル

**ステータス**: proposed | accepted | deprecated | superseded
**日付**: YYYY-MM-DD

## Context
（決定の背景）

## Decision
（決定内容）

## Consequences
（影響と結果）

品質ゲート

全 DES が少なくとも1つの REQ にトレース可能
TypeScript インターフェースが定義されている
CLI 契約が明記されている
SOLID 原則への違反がない
重要な設計決定に ADR が作成されている

Gotchas

DES と REQ の N:M 関係: 1つの DES が複数の REQ を参照する場合がある。逆も同様。全方向のリンクを維持すること。
Mermaid 記法の制限: classDiagram で ? nullable 表記を使う場合、TypeScript 側の | undefined と一致させること。
ADR のステータス管理: 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]`

このリポジトリの他の Skills

同じリポジトリ

orchestrator

nahisaho/musubix2

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.

2026-04-031

code-generator

nahisaho/musubix2

設計仕様からテンプレートベースのコード生成、ドメインスキャフォールド、静的解析、ステータス遷移分析を実行する。4層アーキテクチャ準拠。 Use when generating code from design specs, scaffolding domain packages, running static analysis, or starting SDD Phase 4 implementation.

2026-04-031

constitution-enforcer

nahisaho/musubix2

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.

2026-04-031

requirements-analyst

nahisaho/musubix2

EARS形式で要件を分析・作成・検証する。MarkdownEARSParser による構文検証、 EARSValidator による信頼度スコア算出、対話的要件ウィザードを提供。 Use when creating requirements, validating EARS compliance, analyzing requirement documents, or starting SDD Phase 1.

2026-04-031

test-engineer

nahisaho/musubix2

テストファースト（Red→Green→Blue）サイクルを強制し、ユニットテスト生成、カバレッジ検証、EARS ID リンケージを実行する。Vitest ベース。 Use when creating tests, checking coverage, enforcing test-first policy, running quality gates, or validating Article III compliance.

2026-04-031

traceability-auditor

nahisaho/musubix2

要件↔設計↔コード↔テスト間の 100% トレーサビリティを監査する。トレーサビリティマトリクス生成、ギャップ検出、影響分析、同期検証を提供。 Use when checking traceability coverage, generating trace matrices, analyzing change impact, or validating Article V compliance.

2026-04-031

ソース

nahisaho

nahisaho/musubix2

GitHub リポジトリを開く Creator のリポジトリを見る

インストールコマンド

ダウンロード

Manusで実行

役立つ用途SOC

ソフトウェア開発者コンピュータ・数学職15-1252L4

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"]

Design Generator

承認済み要件文書から SOLID 準拠の設計文書を生成・検証するスキル。 SDD ワークフロー Phase 2 の中核。

前提条件

Phase 1（Requirements）が承認済みであること
steering/ を参照済みであること
要件文書（storage/specs/REQ-*.md）が存在すること

ワークフロー

1. 設計文書生成

WHEN ユーザーが設計文書の生成を要求する:
1. 要件文書を読み込み（ParsedRequirement[]）
2. DesignGenerator.generate() で設計文書を生成
3. SOLIDValidator で SRP/OCP/LSP/ISP/DIP 準拠を検証
4. 各 DES にトレーサビリティリンクを付与
5. ユーザーレビュー ⏸️

CLI: npx musubix design <req-file>

2. C4 ダイアグラム生成

WHEN ユーザーが C4 ダイアグラムの生成を要求する:
1. C4Element と C4Relationship を抽出
2. Context / Container / Component レベルの Mermaid 図を生成
3. 設計文書に埋め込み

CLI: npx musubix design:c4 <file> [--level context|container|component]

3. ADR 管理

WHEN ユーザーが ADR の作成・管理を要求する:
1. DecisionManager.create() で新規 ADR 作成
2. ステータスライフサイクル: proposed → accepted → deprecated → superseded
3. DecisionManager.search() で全文検索
4. DecisionManager.index() でインデクシング

4. 設計検証

WHEN ユーザーが設計文書の検証を要求する:
1. PatternDetector でデザインパターンを検出
2. SOLID 原則への準拠を検証
3. 要件との対応漏れを検出

CLI: npx musubix design:verify <design-file>

設計文書フォーマット

各 DES 仕様は以下の構成:

### DES-XXX-NNN: タイトル

**トレーサビリティ**: REQ-XXX-NNN
**パッケージ**: `package-name`

**設計概要**:
（自然言語の説明）

（TypeScript インターフェース / Mermaid 図）

**CLI契約**: `npx musubix ...`

ADR フォーマット

# ADR-NNN: タイトル

**ステータス**: proposed | accepted | deprecated | superseded
**日付**: YYYY-MM-DD

## Context
（決定の背景）

## Decision
（決定内容）

## Consequences
（影響と結果）

品質ゲート

全 DES が少なくとも1つの REQ にトレース可能
TypeScript インターフェースが定義されている
CLI 契約が明記されている
SOLID 原則への違反がない
重要な設計決定に ADR が作成されている

Gotchas

DES と REQ の N:M 関係: 1つの DES が複数の REQ を参照する場合がある。逆も同様。全方向のリンクを維持すること。
Mermaid 記法の制限: classDiagram で ? nullable 表記を使う場合、TypeScript 側の | undefined と一致させること。
ADR のステータス管理: 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]`