テストが失敗した
    ↓
1. なぜ失敗しているか理解する（ログを読む）
    ↓
2. 実装が間違っているか、テストが間違っているか判断
    ↓
    ├── 実装が間違い → 実装を修正 ✅
    │
    └── テストが間違い可能性 → ユーザーに確認を求める

## 🚨 テスト/設定変更の承認リクエスト
 
### 理由
[なぜこの変更が必要か]
 
### 変更内容

 
### 代替案の検討
- [ ] 実装の修正で解決できないか確認した
 
### 承認
ユーザーの明示的な承認を待つ

エラー報告受領
    ↓
┌─────────────────────────────────────────┐
│           品質判定ゲート                 │
├─────────────────────────────────────────┤
│  判定項目:                              │
│  ├── バグ報告？ → 再現テスト先行を提案  │
│  ├── テスト失敗？ → テスト vs 実装判断  │
│  └── ビルドエラー？ → 直接修正          │
└─────────────────────────────────────────┘
          ↓
    適切なアプローチを提案

🐛 バグ報告を受け付けました
 
**推奨アプローチ**: 再現テスト先行
 
1.まずバグを再現するテストを書く
2.テストが失敗することを確認（Red）
3.実装を修正してテストを通す（Green）
4.リファクタリング（Refactor）
 
この方法で進めますか？
1.再現テストから書く（推奨）
2.直接修正に進む

🔴 テストが失敗しています
 
**判断が必要です**:
 
テスト失敗の原因を分析:
-[ ] 実装が間違っている → 実装を修正
-[ ] テストの期待値が古い → ユーザーに確認
 
⚠️ テストの改ざん（skip化、アサーション削除）は禁止です
 
どちらに該当しますか？
1.実装を修正する
2.テストの期待値について確認したい

🐛 問題が報告されました
 
**推奨**: まず「問題が起きる条件」を明確にしましょう
 
1.どんな操作をすると問題が起きますか？
2.期待する動作は何ですか？
3.実際にはどうなりますか？
 
これを整理してから修正に進むと、確実に直せます。

編集ファイルを取得
    ↓
┌─────────────────────────────────────────┐
│           関連ファイル検証               │
├─────────────────────────────────────────┤
│  変更パターンを分析:                     │
│  ├── 関数シグネチャ変更 → 呼び出し元確認 │
│  ├── 型/interface変更 → 実装箇所確認    │
│  ├── export削除 → import文確認         │
│  └── 設定変更 → 関連設定ファイル確認    │
└─────────────────────────────────────────┘
    ↓
  修正漏れ候補を警告

📋 関連ファイル検証
 
✅ 編集済み: src/auth.ts
   └─ 関数 `validateToken` のシグネチャ変更を検出
 
⚠️ 要確認: 以下のファイルが影響を受ける可能性
   ├─ src/api/middleware.ts:45 (validateToken 呼び出し)
   ├─ src/routes/protected.ts:12 (validateToken 呼び出し)
   └─ tests/auth.test.ts:28 (テストケース)
 
確認済みですか？
1.確認済み、続行
2.各ファイルを確認する
3.LSP find-references で詳細表示

# mem-search で過去のエラーと解決策を検索
mem-search: type:bugfix "{エラーメッセージのキーワード}"
mem-search: concepts:problem-solution "{エラーの種類}"
mem-search: concepts:gotcha "{関連ファイル/ライブラリ}"

📚 過去のエラー解決履歴
 
| 日付 | エラー | 解決策 |
|------|--------|-------|
| 2024-01-15 | CORS エラー | Access-Control-Allow-Origin ヘッダー追加 |
| 2024-01-20 | 型エラー: undefined | Optional chaining (?.) を使用 |
 
💡 過去の解決策を参考に復旧を試行

⚠️ このプロジェクトでの過去のガードレール発動
 
-テスト改ざん防止: 2回
-lint 緩和防止: 1回
 
💡 テスト/設定の改ざんによる「解決」は禁止です

ビルド前チェック:
 
1. LSP Diagnostics を実行
2. エラー: 0件を確認 → ビルド実行
3. エラーあり → 先にエラーを修正

📊 LSP 検証結果
 
Step 1: Diagnostics
  ├── エラー: 0件 ✅
  └── 警告: 2件 ⚠️
 
Step 2: ビルド
  └── 成功 ✅
 
Step 3: テスト
  └── 15/15 通過 ✅
 
→ 検証完了