# Відновлення після помилок для агентів
SUMMARY: Як LLM-агентам слід обробляти та відновлюватися після помилок — повтор, збереження, навчання.

Відновлення після помилок для агентів
Помилки трапляються. Мережі дають збій, API повертають 500, Mind Keys завершуються. Цей посібник
показує, як 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) — вони не виправляться самі
> - Зберігайте помилки як спогади — навчайтеся на шаблонах
> - Сповіщайте людей про критичні помилки — вони мають знати
> - Деградуйте елегантно — часткова робота краща за аварійне завершення
> - Використовуйте автоматичні вимикачі — не «дубі́те» сервіс, що дає збій
Наступні кроки
- Довідник API помилок
- Шаблон початку сесії
- Самовідновлювальні тести