Menu
テストの報酬ハックを検出し、AC カバレッジを確認する。context:fork で実装者から独立。
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
| name | audit-tests |
| description | テストの報酬ハックを検出し、AC カバレッジを確認する。context:fork で実装者から独立。 |
| context | fork |
| agent | test-auditor |
| disable-model-invocation | true |
!${CLAUDE_PLUGIN_ROOT}/scripts/detect-stack.sh
!${CLAUDE_PLUGIN_ROOT}/scripts/list-test-files.sh
$ARGUMENTS
## Test Audit Report
### AC Coverage
| AC | テスト | Status |
|----|--------|--------|
| AC-1: [名前] | [テスト名 or ???] | ✅ Covered / ❌ Missing / ⚠️ Partial |
### Reward Hack Findings（構文パターン）
| Severity | Pattern | File:Line | Detail |
|----------|---------|-----------|--------|
| CRITICAL/WARNING/INFO | [PATTERN_ID] | [path:line] | [何が問題か] |
### Semantic Analysis Findings（意味的分析）
| Severity | Pattern | Detail |
|----------|---------|--------|
| CRITICAL/WARNING | [PATTERN_ID] | [分析結果の自由記述] |
### Verdict: PASS / NEEDS_IMPROVEMENT (Confidence: HIGH/MEDIUM/LOW)
PASS: AC 全カバー AND CRITICAL 0件（構文+意味的分析の両方）
NEEDS_IMPROVEMENT: AC 未カバーあり OR CRITICAL 1件以上
### Improvement Instructions（NEEDS_IMPROVEMENT の場合）
1. [具体的な修正指示: 何のテストを追加/強化すべきか]
<!-- post-mortem agent appends entries here --> <!-- Format: - [HASH8] [YYYY-MM-DD] : (hits: N, source: T-XXXX) -->
Run a kill-spawn UI/UX prototyping feedback loop from a 1-sentence brief. Hearing → brief/flow → designer → evaluator (max 15 rounds, fresh context per round) → HITL. Uses HTML + Tailwind CDN single-file output for minimum-viable verification.
アプリ開発の起点。ユーザーの要求から KPI → Spec → Story → (UI screens) の 4 段収束レビューループで設計ドキュメント一式を生成する。Ticket は作らず、/generate が lazy materialization する。Trigger: アプリ作って, 〜を作りたい, 設計して, spec, 仕様, 企画
E2E + UI/デザイン評価。アプリを実動テストし、AC 検証 + デザイン4軸評価を行う。Trigger: E2Eテスト, 受け入れテスト, UIチェック, デザイン評価
自律開発 harness の内側ループ orchestrator。Story から lazy に Sprint Contract を交渉し、決定論 tier 判定 (T1/T2/T3) で fork 構成を選択、atomic skill 群をチェインして 1 sprint を完遂する。旧 /tdd-cycle と /ticket-cycle を統合。Trigger: /generate <story-id>, /generate --dry-run, sprint実行
TDD GREEN phase - テストを通す実装を作成。context:fork で tester コンテキストから分離。
構造化されたバグ調査・デバッグワークフロー。デバッグログの挿入による実行時情報の収集、仮説駆動の原因特定、試行ログの自動生成を行う。Trigger - "動かない", "バグ", "エラー", "原因調査", "investigate", "debug", "なぜ失敗する"