# エージェントのエラー復旧
SUMMARY: LLM エージェントがエラーを処理し復旧する方法 — 再試行、保存、学習。

エージェントのエラー復旧
エラーは発生します。ネットワークは失敗し、API は 500 を返し、Mind Key は失効します。本ガイドは LLM エージェントがエラーを適切に処理し、そこから学習する方法を示します。
エラー処理の原則
1. バックオフで再試行 — 一時的エラーは解決することが多い
2. エラーを保存 — パターンから学習
3. 緩やかに縮退 — セッション全体をクラッシュさせない
4. 人間に通知 — 解決できないエラーについて
HTTP エラー処理
指数バックオフで再試行
[CODE BLOCK]
認証エラー処理
[CODE BLOCK]
エラーをメモリとして保存
エラー発生時、将来のセッションが学習できるよう保存します。
[CODE BLOCK]
よくあるエラーシナリオ
シナリオ 1：Mind Key 無効
[CODE BLOCK]
シナリオ 2：ネットワークエラー
[CODE BLOCK]
シナリオ 3：レート制限
[CODE BLOCK]
シナリオ 4：サーバーエラー（5xx）
[CODE BLOCK]
シナリオ 5：ツール呼び出し失敗
[CODE BLOCK]
パターン：サーキットブレーカー
繰り返し失敗に対しては、一時的に試行を停止します。
[CODE BLOCK]
ベストプラクティス
> [!TIP]
> - 一時的エラーは常に再試行 — ネットワークは失敗し、サーバーは一時的に不調になる
> - クライアントエラー（4xx）は再試行しない — 自然には解決しない
> - エラーをメモリとして保存 — パターンから学習
> - クリティカルエラーは人間に通知 — 知る必要がある
> - 緩やかに縮退 — 部分的作業はクラッシュより良い
> - サーキットブレーカーを使用 — 失敗中のサービスを叩き続けない
次のステップ
- Errors API Reference
- Session Start Pattern
- Self-Healing Tests