[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-agent-checkpointing::ru":3,"gloss-cluster-agent-checkpointing::ru":26,"gloss-next-agent-checkpointing::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"agent-checkpointing","agents","Контрольные точки агента","Контрольные точки агента — это сохранение состояния прогона в заданных местах, чтобы прогон можно было продолжить, а не запускать заново. Сохранять стоит больше, чем стенограмму диалога: счётчик шагов и израсходованный бюджет, уже сделанные вызовы инструментов и их результаты, всё, что агент успел закрепить во внешних системах, и незавершённый план. Прогон, который нельзя продолжить, после любого перерыва приходится выполнять с начала, а повторное выполнение агента не бесплатно. Оно снова стоит токенов и повторяет все побочные эффекты, которые уже вызвала первая попытка. Именно вторая статья расходов объясняет, почему контрольные точки и идемпотентность — одна задача проектирования, увиденная с двух сторон. Чтобы безопасно продолжить, надо знать, какие внешние действия уже произошли, а надёжный способ это знать — записывать намерение действовать до действия, отмечать выполнение после и давать каждому действию ключ идемпотентности, чтобы повтор поглощался, а не дублировался. Без такой записи продолженный агент отправляет второй счёт. Контрольные точки меняют и возможности оператора. Прогон, поставленный на паузу в контрольной точке, можно осмотреть, поправить и продолжить — так человеческое согласование встраивается в длинную задачу без того, чтобы кто-то сидел над ней от начала до конца, — а сбойный прогон можно перезапустить с последней хорошей точки с исправленным входом вместо того чтобы выбросить. Механизм стоит места и задержки на запись, поэтому ставьте точки на осмысленных границах, а не после каждого вызова модели: когда сохранён результат инструмента, когда закрыт шаг плана и перед всем необратимым. Воспроизведение не восстановит состояние точно, потому что вывод модели недетерминирован, — ровно поэтому состояние хранят, а не пересчитывают.","Контрольные точки агента хранят состояние прогона: прерванный агент продолжает работу, не повторяя побочные эффекты, и почему идемпотентность обязательна.",null,[11,14,17,20,23],{"slug":12,"name":13},"agent-budget","Бюджет агента (Agent Budget)",{"slug":15,"name":16},"agent-loop","Цикл агента (Agent Loop)",{"slug":18,"name":19},"agent-memory","Память агента (Agent Memory)",{"slug":21,"name":22},"agent-trajectory","Траектория агента",{"slug":24,"name":25},"idempotency","Идемпотентность (Idempotency)",[27,29,32,33,34,38,39,42,45,48,51,55],{"slug":12,"category":5,"name":13,"updated_at":28},"2026-08-24T02:46:37+00:00",{"slug":30,"category":5,"name":31,"updated_at":28},"agent-handoff","Передача между агентами (Agent Handoff)",{"slug":15,"category":5,"name":16,"updated_at":28},{"slug":18,"category":5,"name":19,"updated_at":28},{"slug":35,"category":5,"name":36,"updated_at":37},"agent-sandbox","Песочница агента","2026-08-24T02:46:38+00:00",{"slug":21,"category":5,"name":22,"updated_at":37},{"slug":40,"category":5,"name":41,"updated_at":28},"agentic-rag","Агентный RAG (Agentic RAG)",{"slug":43,"category":5,"name":44,"updated_at":37},"computer-use","Computer Use (управление компьютером)",{"slug":46,"category":5,"name":47,"updated_at":28},"context-engineering","Инженерия контекста (Context Engineering)",{"slug":49,"category":5,"name":50,"updated_at":37},"dry-run","Пробный прогон (dry run)",{"slug":52,"category":5,"name":53,"updated_at":54},"escalation-path","Маршрут эскалации","2026-08-24T03:30:02+00:00",{"slug":56,"category":5,"name":57,"updated_at":28},"human-on-the-loop","Человек над контуром (Human-on-the-Loop)"]