auto-debug

テストエラーを解消して。

step

step1: 失敗テストの特定

1. グローバルラウンドカウンタの初期化

   • global_round: 0 — step3→step2の外側ループ回数
   • max_global_round: 3 — 最大ラウンド数

2. テストコマンドの決定

   • tasknote（./docs/implements/**/note.md）に test_command フィールドがあればそこから読み取り
   • tasknoteにない場合、以下の順序で情報を収集して決定:
     • a. プロジェクトドキュメントの確認（存在するもののみ読み取り）:
       • CLAUDE.md — テスト実行方法、開発ルール、プロジェクト固有の指示
       • README.md — プロジェクトのセットアップ手順、テスト実行方法
       • AGENTS.md — エージェント向けの開発ルール、テスト関連の指示
       • これらにテスト実行コマンドの記載があればそれを優先採用
     • b. プロジェクト設定ファイルから自動検出（a で確定しなかった場合）:
       • playwright.config.ts / playwright.config.js が存在 → npx playwright test
       • pytest.ini / pyproject.toml（[tool.pytest]セクションあり）が存在 → pytest
       • package.json の scripts.test が定義されている → npm test
       • Makefile に test ターゲットがある → make test
       • いずれにも該当しない → npm test（フォールバック）
   • 検出結果を tasknote に記録（tasknoteが存在する場合）
   • 以降の全ステップで検出したコマンドを {{test_command}} として使用

3. 全テストケースの確認（簡潔モード）

   timeout 300 {{test_command}} 2>&1
   

   • --verboseは使用しない（成功テストの詳細出力はトークンの無駄）
   • 失敗しているテストファイル名のみをリスト化
   • テストファイルごとにグループ化
   • タイムアウト発生時: /tsumiki:timeout-fix コマンドを subagent（general-purpose）で実行
     • timeout-fix 成功 → テスト再実行
     • timeout-fix 失敗（テスト分離成功） → 分離されたテストをレポートに記載し、残りのテストで続行
     • timeout-fix 失敗（分離も不能） → タイムアウトとしてレポート（step5）に報告し終了

4. ビルドエラーの判定

   • テスト出力を解析し、以下のパターンを検知:
     • コンパイルエラー（SyntaxError, TypeError at compile time, Cannot find module 等）
     • TypeScript型エラー（TS2xxx系エラー）
     • 依存パッケージ未解決（Module not found, Cannot resolve 等）
   • ビルドエラーの場合:
     • /tsumiki:build-fix コマンドを subagent（general-purpose）で実行（test_command と error_output を渡す）
     • build-fix 成功 → テスト再実行して step1-3 の結果確認に戻る
     • build-fix 失敗 → ビルドエラーとして最終レポート（step5）に報告し終了
   • テストエラーの場合: 通常通りstep2へ進む

5. 失敗テストをTODOに登録

   • TodoWrite ツールで各失敗テストをTODO項目として登録
   • 優先度を設定（重要度: 高/中/低）
   • メタデータに以下を含める:
     • retry_count: 0 - リトライ回数の初期値
     • max_retry: 3 - 最大リトライ回数
     • status: pending - 処理状態（pending/in_progress/resolved/on_hold）