菜单
要件↔設計↔コード↔テスト間の 100% トレーサビリティを監査する。 トレーサビリティマトリクス生成、ギャップ検出、影響分析、同期検証を提供。 Use when checking traceability coverage, generating trace matrices, analyzing change impact, or validating Article V compliance.
用 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.
要件定義書から SOLID 準拠の設計文書を生成・検証する。C4 ダイアグラム、 ADR 管理、パターン検出、SOLIDValidator を提供。 Use when generating design documents, creating C4 diagrams, managing ADRs, validating design patterns, or starting SDD Phase 2.
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.
| name | traceability-auditor |
| description | 要件↔設計↔コード↔テスト間の 100% トレーサビリティを監査する。 トレーサビリティマトリクス生成、ギャップ検出、影響分析、同期検証を提供。 Use when checking traceability coverage, generating trace matrices, analyzing change impact, or validating Article V compliance. |
| license | MIT |
| version | 1.0.0 |
| triggers | ["トレーサビリティ","マトリクス生成","影響分析","カバレッジ確認","Article V","trace"] |
要件 ↔ 設計 ↔ コード ↔ テスト間の 100% トレーサビリティを監査するスキル。 Article V（トレーサビリティ）の執行者。
steering/ を参照済みであることREQ-*.md）と設計文書（DES-*.md）が存在することREQ-XXX-NNN ←→ DES-XXX-NNN ←→ src/<package>/... ←→ tests/<package>/...
↑ ↑
└────────────────── EARS ID リンケージ ──────────────────┘
WHEN ユーザーがトレーサビリティマトリクスの生成を要求する:
1. TraceabilityManager で全 TraceLink を収集
2. MatrixGenerator でマトリクスを生成
3. GapInfo で未カバー項目を検出
4. Markdown 形式で出力
CLI: npx musubix2 trace matrix [--json]
WHEN ユーザーがトレーサビリティの検証を要求する:
1. 全 REQ ID を抽出
2. 各 REQ に対応する DES を検索
3. 各 DES に対応するソースファイルを検索
4. 各ソースに対応するテストを検索
5. 欠落リンクをレポート
CLI: npx musubix2 trace validate
CLI: npx musubix2 trace:verify
WHEN ユーザーが変更影響分析を要求する:
1. ImpactAnalyzer で変更された REQ/DES を特定
2. 影響を受けるコード・テストを列挙
3. 必要な更新箇所をレポート
CLI: npx musubix2 trace impact <req-id|des-id>
WHEN ユーザーが影響分析レポートの生成を要求する:
1. ImpactAnalyzer で変更影響をまとめる
2. 影響範囲を Markdown 形式でレポート
| REQ ID | DES ID | Package | Source | Test | Status |
|--------|--------|---------|--------|------|--------|
| REQ-ARC-001 | DES-ARC-001 | core | ✅ | ✅ | COVERED |
| REQ-ARC-002 | DES-ARC-002 | core | ✅ | ❌ | PARTIAL |
| REQ-SKL-001 | DES-SKL-001 | skill-manager | ❌ | ❌ | MISSING |
002a/b/c）は表示用。// REQ-XXX-NNN 形式のコメントを検索対象にする。テスト内の describe('REQ-XXX-NNN: ...') も対象。| スクリプト | 説明 | 使い方 |
|---|---|---|
scripts/verify.sh | トレーサビリティ検証 | ./scripts/verify.sh [args] |
scripts/matrix.sh | トレーサビリティマトリクス生成 | ./scripts/matrix.sh [args] |
scripts/verify-detailed.sh | 詳細トレーサビリティ検証 | ./scripts/verify-detailed.sh [args] |