菜单
テストファースト（Red→Green→Blue）サイクルを強制し、ユニットテスト生成、 カバレッジ検証、EARS ID リンケージを実行する。Vitest ベース。 Use when creating tests, checking coverage, enforcing test-first policy, running quality gates, or validating Article III compliance.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | test-engineer |
| description | テストファースト（Red→Green→Blue）サイクルを強制し、ユニットテスト生成、 カバレッジ検証、EARS ID リンケージを実行する。Vitest ベース。 Use when creating tests, checking coverage, enforcing test-first policy, running quality gates, or validating Article III compliance. |
| license | MIT |
| version | 1.0.0 |
| triggers | ["テスト作成","テスト実行","カバレッジ","Red-Green-Blue","test-first","Article III"] |
テストファースト（Red→Green→Blue）開発サイクルを強制するスキル。 Article III（テストファースト）と Article IX（品質ゲート）の執行者。
steering/ を参照済みであることvitest.config.ts）1. RED: 失敗するテストを書く（EARS 要件 ID をテスト名に含む）
2. GREEN: テストが通る最小限のコードを書く
3. BLUE: リファクタリング（テストは緑のまま）
このサイクルの順序をスキップしてはならない。
WHEN ユーザーがテスト生成を要求する:
1. DES 仕様の受入基準を解析
2. UnitTestGenerator で Vitest テストケースを生成
3. 各テストに EARS 要件 ID をリンク: describe('REQ-XXX-NNN: ...')
4. CoverageReporter でカバレッジ目標を設定
CLI: npx musubix2 test:gen <source-file>
WHEN ユーザーがカバレッジ確認を要求する:
1. Vitest カバレッジレポートを取得
2. CoverageGateConfig の閾値（80%）と比較
3. 未カバーの EARS 要件を検出
4. 不足テストの提案を生成
CLI: npx vitest run --coverage
WHEN Phase 遷移時に品質ゲートを実行する:
1. QualityGateRunner で全ゲートを実行
2. テストカバレッジ ≥ 80%
3. 全 EARS 要件に対応するテストが存在
4. 全テストが PASS
5. 結果をレポート
packages/<name>/tests/
├── domain/
│ └── <Entity>.test.ts
├── application/
│ └── <Service>.test.ts
└── integration/
└── <Feature>.integration.test.ts
describe('REQ-XXX-NNN: 要件タイトル', () => {
it('should <期待動作> when <条件>', () => {
// Arrange
// Act
// Assert
});
});
// vitest.config.ts
export default defineConfig({
test: {
coverage: {
provider: 'v8',
reporter: ['text', 'json', 'html'],
thresholds: {
lines: 80,
functions: 80,
branches: 80,
statements: 80,
},
},
},
});
SkillTestHarness パターンに従い、外部依存はモック注入する。テスト内で直接ファイルシステムにアクセスしない。traceability-auditor で検証可能。| スクリプト | 説明 | 使い方 |
|---|---|---|
scripts/generate.sh | テスト生成 | ./scripts/generate.sh [args] |
設計仕様からテンプレートベースのコード生成、ドメインスキャフォールド、 静的解析、ステータス遷移分析を実行する。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.
要件↔設計↔コード↔テスト間の 100% トレーサビリティを監査する。 トレーサビリティマトリクス生成、ギャップ検出、影響分析、同期検証を提供。 Use when checking traceability coverage, generating trace matrices, analyzing change impact, or validating Article V compliance.