musubix2 0.3.3 → 0.3.5
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.github/skills/code-generator/SKILL.md +13 -4
- package/.github/skills/code-generator/scripts/explain.sh +4 -0
- package/.github/skills/code-generator/scripts/generate.sh +4 -0
- package/.github/skills/code-generator/scripts/scaffold.sh +4 -0
- package/.github/skills/code-generator/scripts/synthesis.sh +4 -0
- package/.github/skills/constitution-enforcer/SKILL.md +12 -6
- package/.github/skills/constitution-enforcer/scripts/check.sh +4 -0
- package/.github/skills/constitution-enforcer/scripts/validate.sh +4 -0
- package/.github/skills/design-generator/SKILL.md +16 -7
- package/.github/skills/design-generator/scripts/c4.sh +4 -0
- package/.github/skills/design-generator/scripts/decision.sh +4 -0
- package/.github/skills/design-generator/scripts/generate.sh +4 -0
- package/.github/skills/design-generator/scripts/verify.sh +4 -0
- package/.github/skills/orchestrator/SKILL.md +17 -3
- package/.github/skills/orchestrator/scripts/knowledge.sh +4 -0
- package/.github/skills/orchestrator/scripts/learn.sh +4 -0
- package/.github/skills/orchestrator/scripts/repl.sh +4 -0
- package/.github/skills/orchestrator/scripts/research.sh +4 -0
- package/.github/skills/orchestrator/scripts/security.sh +4 -0
- package/.github/skills/orchestrator/scripts/skills.sh +4 -0
- package/.github/skills/orchestrator/scripts/status.sh +4 -0
- package/.github/skills/orchestrator/scripts/watch.sh +4 -0
- package/.github/skills/orchestrator/scripts/workflow.sh +4 -0
- package/.github/skills/requirements-analyst/SKILL.md +16 -9
- package/.github/skills/requirements-analyst/scripts/analyze.sh +5 -0
- package/.github/skills/requirements-analyst/scripts/interview-answer.sh +4 -0
- package/.github/skills/requirements-analyst/scripts/interview-generate.sh +4 -0
- package/.github/skills/requirements-analyst/scripts/interview.sh +9 -0
- package/.github/skills/requirements-analyst/scripts/validate.sh +5 -0
- package/.github/skills/requirements-analyst/scripts/wizard.sh +4 -0
- package/.github/skills/review-orchestrator/SKILL.md +6 -0
- package/.github/skills/review-orchestrator/scripts/review.sh +13 -0
- package/.github/skills/test-engineer/SKILL.md +7 -1
- package/.github/skills/test-engineer/scripts/generate.sh +4 -0
- package/.github/skills/traceability-auditor/SKILL.md +16 -11
- package/.github/skills/traceability-auditor/scripts/matrix.sh +4 -0
- package/.github/skills/traceability-auditor/scripts/verify-detailed.sh +4 -0
- package/.github/skills/traceability-auditor/scripts/verify.sh +4 -0
- package/dist/cli.js +1877 -11975
- package/dist/index.d.ts +1 -1
- package/dist/index.js +36 -13510
- package/package.json +1 -1
|
@@ -42,7 +42,7 @@ WHEN ユーザーがコード生成を要求する:
|
|
|
42
42
|
4. EARS 要件 ID をコメントとしてリンク
|
|
43
43
|
```
|
|
44
44
|
|
|
45
|
-
**CLI**: `npx musubix codegen
|
|
45
|
+
**CLI**: `npx musubix codegen <name> [--type class|interface|function|...]`
|
|
46
46
|
|
|
47
47
|
### 2. ドメインスキャフォールド
|
|
48
48
|
|
|
@@ -56,7 +56,7 @@ WHEN ユーザーが新規パッケージのスキャフォールドを要求す
|
|
|
56
56
|
3. package.json に workspace 参照を追加
|
|
57
57
|
```
|
|
58
58
|
|
|
59
|
-
**CLI**: `npx musubix
|
|
59
|
+
**CLI**: `npx musubix scaffold <project|package|skill> <name>`
|
|
60
60
|
|
|
61
61
|
### 3. 静的解析
|
|
62
62
|
|
|
@@ -67,7 +67,7 @@ WHEN ユーザーが静的解析を要求する:
|
|
|
67
67
|
3. codegraph の ASTParser と連携
|
|
68
68
|
```
|
|
69
69
|
|
|
70
|
-
**CLI**: `npx musubix
|
|
70
|
+
**CLI**: `npx musubix learn analyze <path>`
|
|
71
71
|
|
|
72
72
|
### 4. ステータス遷移分析
|
|
73
73
|
|
|
@@ -78,7 +78,7 @@ WHEN ユーザーがステータス遷移の分析を要求する:
|
|
|
78
78
|
3. 不正遷移の検出
|
|
79
79
|
```
|
|
80
80
|
|
|
81
|
-
**CLI**: `npx musubix
|
|
81
|
+
**CLI**: `npx musubix workflow status <entity>`
|
|
82
82
|
|
|
83
83
|
## パッケージ構成テンプレート
|
|
84
84
|
|
|
@@ -134,3 +134,12 @@ export function registerXCommand(program: Command): void {
|
|
|
134
134
|
1. **ESM 必須**: `type: "module"` を package.json に設定。`import` 文に `.js` 拡張子を付けること(TypeScript でもビルド後のパスを指定)。
|
|
135
135
|
2. **依存性逆転の徹底**: `domain/` 内で `infrastructure/` の具象クラスを import してはならない。必ずインターフェースを経由。
|
|
136
136
|
3. **ActionableError の使用**: 標準 Error ではなく `ActionableError` を使用し、ユーザーへの修正提案を含める。
|
|
137
|
+
|
|
138
|
+
## スクリプト
|
|
139
|
+
|
|
140
|
+
| スクリプト | 説明 | 使い方 |
|
|
141
|
+
|-----------|------|--------|
|
|
142
|
+
| `scripts/generate.sh` | 設計からコード生成 | `./scripts/generate.sh [args]` |
|
|
143
|
+
| `scripts/scaffold.sh` | プロジェクト構造スキャフォールド | `./scripts/scaffold.sh [args]` |
|
|
144
|
+
| `scripts/explain.sh` | コード説明 | `./scripts/explain.sh [args]` |
|
|
145
|
+
| `scripts/synthesis.sh` | プログラム合成 | `./scripts/synthesis.sh [args]` |
|
|
@@ -2,8 +2,8 @@
|
|
|
2
2
|
name: constitution-enforcer
|
|
3
3
|
description: >
|
|
4
4
|
MUSUBIX2 の9条憲法(CONST-001〜009)への準拠を検証する。
|
|
5
|
-
PolicyEngine による自動チェック、
|
|
6
|
-
|
|
5
|
+
PolicyEngine による自動チェック、BalanceRuleEngine による 90/10 ルール適用、
|
|
6
|
+
品質ゲートチェックを提供。
|
|
7
7
|
Use when validating constitution compliance, checking policy violations,
|
|
8
8
|
running governance audits, or blocking non-compliant changes.
|
|
9
9
|
license: MIT
|
|
@@ -48,9 +48,8 @@ MUSUBIX2 の9条憲法(CONST-001〜009)への準拠を検証するスキル
|
|
|
48
48
|
```
|
|
49
49
|
WHEN ユーザーがポリシー検証を要求する:
|
|
50
50
|
1. PolicyEngine で全9条を順次検証
|
|
51
|
-
2.
|
|
52
|
-
3.
|
|
53
|
-
4. 違反がある場合、修正提案を生成
|
|
51
|
+
2. 各条項の PASS/FAIL と詳細理由を出力
|
|
52
|
+
3. 違反がある場合、修正提案を生成
|
|
54
53
|
```
|
|
55
54
|
|
|
56
55
|
**CLI**: `npx musubix policy validate`
|
|
@@ -63,7 +62,7 @@ WHEN ユーザーが特定条項の検証を要求する:
|
|
|
63
62
|
2. 詳細レポートを出力
|
|
64
63
|
```
|
|
65
64
|
|
|
66
|
-
**CLI**: `npx musubix policy
|
|
65
|
+
**CLI**: `npx musubix policy info <article-number>`
|
|
67
66
|
|
|
68
67
|
### 3. ポリシー一覧・詳細
|
|
69
68
|
|
|
@@ -125,3 +124,10 @@ export interface Violation {
|
|
|
125
124
|
1. **憲法は不変**: 9条の内容を修正・削除するリクエストは拒否すること。修正プロセスは別途定義される。
|
|
126
125
|
2. **Phase 遷移ブロック**: Article IX 違反がある場合、Phase 遷移を即時ブロックする。ユーザーが override を要求しても拒否。
|
|
127
126
|
3. **steering/ の鮮度**: `project.yml` のタイムスタンプが古い場合、Article VI 違反の可能性がある。最終更新日を確認すること。
|
|
127
|
+
|
|
128
|
+
## スクリプト
|
|
129
|
+
|
|
130
|
+
| スクリプト | 説明 | 使い方 |
|
|
131
|
+
|-----------|------|--------|
|
|
132
|
+
| `scripts/validate.sh` | ポリシー準拠検証 | `./scripts/validate.sh [args]` |
|
|
133
|
+
| `scripts/check.sh` | 品質ゲートチェック | `./scripts/check.sh [args]` |
|
|
@@ -40,7 +40,7 @@ WHEN ユーザーが設計文書の生成を要求する:
|
|
|
40
40
|
5. ユーザーレビュー ⏸️
|
|
41
41
|
```
|
|
42
42
|
|
|
43
|
-
**CLI**: `npx musubix design
|
|
43
|
+
**CLI**: `npx musubix design <req-file>`
|
|
44
44
|
|
|
45
45
|
### 2. C4 ダイアグラム生成
|
|
46
46
|
|
|
@@ -51,19 +51,19 @@ WHEN ユーザーが C4 ダイアグラムの生成を要求する:
|
|
|
51
51
|
3. 設計文書に埋め込み
|
|
52
52
|
```
|
|
53
53
|
|
|
54
|
-
**CLI**: `npx musubix design
|
|
54
|
+
**CLI**: `npx musubix design:c4 <file> [--level context|container|component]`
|
|
55
55
|
|
|
56
56
|
### 3. ADR 管理
|
|
57
57
|
|
|
58
58
|
```
|
|
59
59
|
WHEN ユーザーが ADR の作成・管理を要求する:
|
|
60
|
-
1.
|
|
60
|
+
1. DecisionManager.create() で新規 ADR 作成
|
|
61
61
|
2. ステータスライフサイクル: proposed → accepted → deprecated → superseded
|
|
62
|
-
3.
|
|
63
|
-
4.
|
|
62
|
+
3. DecisionManager.search() で全文検索
|
|
63
|
+
4. DecisionManager.index() でインデクシング
|
|
64
64
|
```
|
|
65
65
|
|
|
66
|
-
**CLI**: `npx musubix
|
|
66
|
+
**CLI**: `npx musubix decision <create|list|get|accept|deprecate|search|index>`
|
|
67
67
|
|
|
68
68
|
### 4. 設計検証
|
|
69
69
|
|
|
@@ -74,7 +74,7 @@ WHEN ユーザーが設計文書の検証を要求する:
|
|
|
74
74
|
3. 要件との対応漏れを検出
|
|
75
75
|
```
|
|
76
76
|
|
|
77
|
-
**CLI**: `npx musubix design
|
|
77
|
+
**CLI**: `npx musubix design:verify <design-file>`
|
|
78
78
|
|
|
79
79
|
## 設計文書フォーマット
|
|
80
80
|
|
|
@@ -125,3 +125,12 @@ WHEN ユーザーが設計文書の検証を要求する:
|
|
|
125
125
|
1. **DES と REQ の N:M 関係**: 1つの DES が複数の REQ を参照する場合がある。逆も同様。全方向のリンクを維持すること。
|
|
126
126
|
2. **Mermaid 記法の制限**: classDiagram で `?` nullable 表記を使う場合、TypeScript 側の `| undefined` と一致させること。
|
|
127
127
|
3. **ADR のステータス管理**: `accept` と `deprecate` は状態遷移。直接 `superseded` にはできない(必ず `deprecated` を経由)。
|
|
128
|
+
|
|
129
|
+
## スクリプト
|
|
130
|
+
|
|
131
|
+
| スクリプト | 説明 | 使い方 |
|
|
132
|
+
|-----------|------|--------|
|
|
133
|
+
| `scripts/generate.sh` | 要件から設計生成 | `./scripts/generate.sh [args]` |
|
|
134
|
+
| `scripts/c4.sh` | C4 ダイアグラム生成 | `./scripts/c4.sh [args]` |
|
|
135
|
+
| `scripts/verify.sh` | 設計トレーサビリティ検証 | `./scripts/verify.sh [args]` |
|
|
136
|
+
| `scripts/decision.sh` | ADR 作成・管理 | `./scripts/decision.sh [args]` |
|
|
@@ -106,7 +106,7 @@ SDD(Specification Driven Development)ワークフローのルーティング
|
|
|
106
106
|
│ ├── パターン学習? → @musubix2/library-learner
|
|
107
107
|
│ └── Wake-Sleep サイクル? → @musubix2/wake-sleep
|
|
108
108
|
├── MCP 関連?
|
|
109
|
-
│ ├── ツール呼出・一覧? → @musubix2/mcp-server (
|
|
109
|
+
│ ├── ツール呼出・一覧? → @musubix2/mcp-server (MCPToolRegistry)
|
|
110
110
|
│ ├── プロンプトテンプレート? → @musubix2/mcp-server (PromptRegistry)
|
|
111
111
|
│ └── リソース取得? → @musubix2/mcp-server (ResourceRegistry)
|
|
112
112
|
└── ワークフロー? → orchestrator(Phase 遷移ルール)
|
|
@@ -329,7 +329,7 @@ SDD 成果物の品質保証には `review-orchestrator` スキルを使用す
|
|
|
329
329
|
│
|
|
330
330
|
┌──────────────────┤
|
|
331
331
|
│ │ │
|
|
332
|
-
|
|
332
|
+
MCPToolRegistry PromptRegistry ResourceRegistry
|
|
333
333
|
(61 tools) (4 prompts) (3 resources)
|
|
334
334
|
```
|
|
335
335
|
|
|
@@ -464,7 +464,7 @@ npm publish 時に `.github/skills/` と `.github/copilot-instructions.md` を
|
|
|
464
464
|
- `@musubix2/workflow-engine` — `PhaseController`, `StateTracker`, `TaskBreakdownManager`
|
|
465
465
|
- `@musubix2/agent-orchestrator` — `SubagentDispatcher`, `ReviewOrchestrator`
|
|
466
466
|
- `@musubix2/policy` — `PolicyEngine`, `QualityGateRunner`
|
|
467
|
-
- `@musubix2/mcp-server` — `MCPServer`, `
|
|
467
|
+
- `@musubix2/mcp-server` — `MCPServer`, `MCPToolRegistry`, `StdioTransport`, `SSETransport`
|
|
468
468
|
|
|
469
469
|
### ニューラル
|
|
470
470
|
- `@musubix2/neural-search` — `TfIdfEmbeddingModel`, `NeuralSearchEngine`
|
|
@@ -487,3 +487,17 @@ npm publish 時に `.github/skills/` と `.github/copilot-instructions.md` を
|
|
|
487
487
|
- `@musubix2/decisions` — `DecisionManager`
|
|
488
488
|
- `@musubix2/assistant-axis` — `DomainClassifier`, `DriftAnalyzer`
|
|
489
489
|
- `@musubix2/skill-manager` — `SkillRegistry`, `SkillManager`, `SkillExecutor`
|
|
490
|
+
|
|
491
|
+
## スクリプト
|
|
492
|
+
|
|
493
|
+
| スクリプト | 説明 | 使い方 |
|
|
494
|
+
|-----------|------|--------|
|
|
495
|
+
| `scripts/status.sh` | プロジェクトステータス表示 | `./scripts/status.sh` |
|
|
496
|
+
| `scripts/workflow.sh` | ワークフロー管理 | `./scripts/workflow.sh [args]` |
|
|
497
|
+
| `scripts/knowledge.sh` | ナレッジグラフ操作 | `./scripts/knowledge.sh [args]` |
|
|
498
|
+
| `scripts/research.sh` | ディープリサーチ | `./scripts/research.sh [args]` |
|
|
499
|
+
| `scripts/security.sh` | セキュリティスキャン | `./scripts/security.sh [args]` |
|
|
500
|
+
| `scripts/skills.sh` | スキル管理 | `./scripts/skills.sh [args]` |
|
|
501
|
+
| `scripts/learn.sh` | ライブラリ学習 | `./scripts/learn.sh [args]` |
|
|
502
|
+
| `scripts/watch.sh` | ファイルウォッチャー | `./scripts/watch.sh [args]` |
|
|
503
|
+
| `scripts/repl.sh` | インタラクティブ REPL | `./scripts/repl.sh` |
|
|
@@ -51,8 +51,7 @@ WHEN ユーザーが要件文書の検証を要求する:
|
|
|
51
51
|
5. TraceabilityValidator でカバレッジレポート生成
|
|
52
52
|
```
|
|
53
53
|
|
|
54
|
-
**CLI**: `npx musubix
|
|
55
|
-
**CLI**: `npx musubix requirements validate <file>`
|
|
54
|
+
**CLI**: `npx musubix req <file>`
|
|
56
55
|
|
|
57
56
|
### 2. 対話的要件作成
|
|
58
57
|
|
|
@@ -66,18 +65,15 @@ WHEN ユーザーが新規要件の作成を要求する:
|
|
|
66
65
|
6. ユーザー承認 ⏸️
|
|
67
66
|
```
|
|
68
67
|
|
|
69
|
-
**CLI**: `npx musubix
|
|
68
|
+
**CLI**: `npx musubix req:wizard`
|
|
70
69
|
|
|
71
|
-
### 3.
|
|
70
|
+
### 3. 要件検索
|
|
72
71
|
|
|
73
72
|
```
|
|
74
|
-
WHEN
|
|
75
|
-
1. RequirementsValidator.
|
|
76
|
-
2. RequirementsValidator.search() で全文検索
|
|
73
|
+
WHEN ユーザーが要件の検索を要求する:
|
|
74
|
+
1. RequirementsValidator.search() で全文検索
|
|
77
75
|
```
|
|
78
76
|
|
|
79
|
-
**CLI**: `npx musubix requirements map|search`
|
|
80
|
-
|
|
81
77
|
## 要件文書フォーマット
|
|
82
78
|
|
|
83
79
|
各要件は以下の7フィールドを含む:
|
|
@@ -149,3 +145,14 @@ npx musubix req:interview --reset # リセット
|
|
|
149
145
|
1. **EARS パターン混在に注意**: 1つの要件に複数パターンが混在する場合、COMPLEX に分類する。「WHEN ... WHILE ...」は COMPLEX。
|
|
150
146
|
2. **受入基準の粒度**: 「動作すること」のような曖昧な基準は不合格。具体的なコマンド・出力・閾値を含めること。
|
|
151
147
|
3. **トレーサビリティの双方向性**: REQ → DES だけでなく、DES → REQ の逆参照も維持する。片方向のみは Article V 違反。
|
|
148
|
+
|
|
149
|
+
## スクリプト
|
|
150
|
+
|
|
151
|
+
| スクリプト | 説明 | 使い方 |
|
|
152
|
+
|-----------|------|--------|
|
|
153
|
+
| `scripts/analyze.sh` | 要件分析 | `./scripts/analyze.sh <requirements-file.md>` |
|
|
154
|
+
| `scripts/validate.sh` | EARS 準拠検証 | `./scripts/validate.sh <requirements-file.md>` |
|
|
155
|
+
| `scripts/interview.sh` | 1問1答インタビュー開始 | `./scripts/interview.sh [input-text]` |
|
|
156
|
+
| `scripts/interview-answer.sh` | インタビュー質問に回答 | `./scripts/interview-answer.sh <id> <response>` |
|
|
157
|
+
| `scripts/interview-generate.sh` | インタビューから要件生成 | `./scripts/interview-generate.sh` |
|
|
158
|
+
| `scripts/wizard.sh` | 要件ウィザード実行 | `./scripts/wizard.sh` |
|
|
@@ -154,3 +154,9 @@ const canProceed = orchestrator.canProceedToImplementation();
|
|
|
154
154
|
1. **モデル応答のばらつき**: 同じアーティファクトでもモデルの応答が異なる場合がある。合意チェックで一貫性を担保する。
|
|
155
155
|
2. **ラウンド数と品質のトレードオフ**: ラウンド数が多いほど品質は上がるが、時間コストも増加する。5 ラウンド制限はこのバランスを取るもの。
|
|
156
156
|
3. **Phase 遷移との連携**: review-orchestrator の承認は PhaseController の遷移条件に組み込まれる。review-orchestrator 単体では Phase を遷移させない。
|
|
157
|
+
|
|
158
|
+
## スクリプト
|
|
159
|
+
|
|
160
|
+
| スクリプト | 説明 | 使い方 |
|
|
161
|
+
|-----------|------|--------|
|
|
162
|
+
| `scripts/review.sh` | レビューワークフロー案内 | `./scripts/review.sh` |
|
|
@@ -0,0 +1,13 @@
|
|
|
1
|
+
#!/bin/bash
|
|
2
|
+
# Start review workflow
|
|
3
|
+
set -e
|
|
4
|
+
echo "Review Orchestrator"
|
|
5
|
+
echo "==================="
|
|
6
|
+
echo "This skill orchestrates cross-model reviews."
|
|
7
|
+
echo ""
|
|
8
|
+
echo "Available commands:"
|
|
9
|
+
echo " npx musubix workflow # Workflow management"
|
|
10
|
+
echo " npx musubix policy # Policy validation"
|
|
11
|
+
echo " npx musubix trace:verify # Traceability check"
|
|
12
|
+
echo ""
|
|
13
|
+
echo "For full review orchestration, use the AI agent with this skill."
|
|
@@ -49,7 +49,7 @@ WHEN ユーザーがテスト生成を要求する:
|
|
|
49
49
|
4. CoverageReporter でカバレッジ目標を設定
|
|
50
50
|
```
|
|
51
51
|
|
|
52
|
-
**CLI**: `npx musubix
|
|
52
|
+
**CLI**: `npx musubix test:gen <source-file>`
|
|
53
53
|
|
|
54
54
|
### 2. カバレッジ検証
|
|
55
55
|
|
|
@@ -131,3 +131,9 @@ export default defineConfig({
|
|
|
131
131
|
1. **テストなしのコミット禁止**: Article III により、テストのないコードは Phase 4 完了の品質ゲートを通過できない。
|
|
132
132
|
2. **モック依存の分離**: `SkillTestHarness` パターンに従い、外部依存はモック注入する。テスト内で直接ファイルシステムにアクセスしない。
|
|
133
133
|
3. **EARS ID リンクの維持**: テスト名を変更する場合、REQ ID リンクも必ず更新する。`traceability-auditor` で検証可能。
|
|
134
|
+
|
|
135
|
+
## スクリプト
|
|
136
|
+
|
|
137
|
+
| スクリプト | 説明 | 使い方 |
|
|
138
|
+
|-----------|------|--------|
|
|
139
|
+
| `scripts/generate.sh` | テスト生成 | `./scripts/generate.sh [args]` |
|
|
@@ -48,10 +48,10 @@ WHEN ユーザーがトレーサビリティマトリクスの生成を要求す
|
|
|
48
48
|
|
|
49
49
|
**CLI**: `npx musubix trace matrix [--format md|json|csv]`
|
|
50
50
|
|
|
51
|
-
### 2.
|
|
51
|
+
### 2. トレーサビリティ検証
|
|
52
52
|
|
|
53
53
|
```
|
|
54
|
-
WHEN
|
|
54
|
+
WHEN ユーザーがトレーサビリティの検証を要求する:
|
|
55
55
|
1. 全 REQ ID を抽出
|
|
56
56
|
2. 各 REQ に対応する DES を検索
|
|
57
57
|
3. 各 DES に対応するソースファイルを検索
|
|
@@ -59,7 +59,8 @@ WHEN ユーザーがトレーサビリティギャップの検出を要求する
|
|
|
59
59
|
5. 欠落リンクをレポート
|
|
60
60
|
```
|
|
61
61
|
|
|
62
|
-
**CLI**: `npx musubix trace
|
|
62
|
+
**CLI**: `npx musubix trace validate`
|
|
63
|
+
**CLI**: `npx musubix trace:verify`
|
|
63
64
|
|
|
64
65
|
### 3. 影響分析
|
|
65
66
|
|
|
@@ -72,18 +73,14 @@ WHEN ユーザーが変更影響分析を要求する:
|
|
|
72
73
|
|
|
73
74
|
**CLI**: `npx musubix trace impact <req-id|des-id>`
|
|
74
75
|
|
|
75
|
-
### 4.
|
|
76
|
+
### 4. 影響分析レポート
|
|
76
77
|
|
|
77
78
|
```
|
|
78
|
-
WHEN
|
|
79
|
-
1.
|
|
80
|
-
2.
|
|
81
|
-
3. --dry-run で変更プレビュー
|
|
82
|
-
4. 承認後に自動修正
|
|
79
|
+
WHEN ユーザーが影響分析レポートの生成を要求する:
|
|
80
|
+
1. ImpactAnalyzer で変更影響をまとめる
|
|
81
|
+
2. 影響範囲を Markdown 形式でレポート
|
|
83
82
|
```
|
|
84
83
|
|
|
85
|
-
**CLI**: `npx musubix trace sync [--dry-run]`
|
|
86
|
-
|
|
87
84
|
## マトリクス出力フォーマット
|
|
88
85
|
|
|
89
86
|
```markdown
|
|
@@ -107,3 +104,11 @@ WHEN ユーザーがトレーサビリティの同期を要求する:
|
|
|
107
104
|
1. **N:M 関係の扱い**: 1つの REQ が複数の DES にマッピングされる場合がある。マトリクスでは全組み合わせを列挙すること。
|
|
108
105
|
2. **DES-SDD-002a/b/c のような複合 ID**: サフィックス付き ID も個別にトレースすること。グループ化表記(`002a/b/c`)は表示用。
|
|
109
106
|
3. **コード内の REQ ID コメント**: `// REQ-XXX-NNN` 形式のコメントを検索対象にする。テスト内の `describe('REQ-XXX-NNN: ...')` も対象。
|
|
107
|
+
|
|
108
|
+
## スクリプト
|
|
109
|
+
|
|
110
|
+
| スクリプト | 説明 | 使い方 |
|
|
111
|
+
|-----------|------|--------|
|
|
112
|
+
| `scripts/verify.sh` | トレーサビリティ検証 | `./scripts/verify.sh [args]` |
|
|
113
|
+
| `scripts/matrix.sh` | トレーサビリティマトリクス生成 | `./scripts/matrix.sh [args]` |
|
|
114
|
+
| `scripts/verify-detailed.sh` | 詳細トレーサビリティ検証 | `./scripts/verify-detailed.sh [args]` |
|