№80

16 октября 2026

агенты · инструменты

Чеклист для ИИ-агента: из каких частей состоит обвязка вокруг модели

Готовый чеклист частей, из которых состоит обвязка ИИ-агента: память, цикл вызовов, проверки, ограничения.

2 мин чтения · бесплатно · 15–20 минут

Где подвох
чаще всего у агента нет проверки результата и ограничения доступных инструментов, потому что их откладывают на потом. Из-за этих пробелов агент ведёт себя непредсказуемо под нагрузкой или с новыми инструментами.

Как применить

  1. Откройте статью LangChain «The Anatomy of an Agent Harness». В ней описаны формула Agent = Model + Harness и схема обвязки (harness) вокруг модели.
  2. Определите, на каком этапе сейчас ваш продукт. Этапов пять: промптинг; вызов инструментов в чате; агенты как отдельные исполнители со своими целями; MCP, то есть протокол для связи модели с другими программами, который Anthropic представила в ноябре 2024 года; skills, то есть удачный опыт, упакованный в команду для повторного использования.
  3. Распишите систему по слоям схемы:
  • Runtime: цикл работы, вызов инструментов, память;
  • Capabilities: обработка ошибок, состояние, управление контекстом;
  • Guardrails & Safety: проверка результата (Verification Loops), управление субагентами (Subagent Orchestration), ограничение доступных инструментов (Tool Scoping).
  1. Каждый пункт, для которого нечего написать, запишите как пробел в архитектуре.
  2. Если проектируете агента с нуля, сделайте названия слоёв заголовками разделов технического брифа. Тогда не придётся придумывать термины по ходу работы.

Как проверить результат

Если для каждого слоя нашлось, что записать, архитектура у агента неплохая. Каждый пустой пункт показывает конкретное место, которое нужно доработать. Вместо «агент странно себя ведёт» появляется точная формулировка, например «после вызова инструмента нет проверки результата».

Как это устроено

Модель между вызовами API ничего не помнит и только предсказывает следующий токен. Память, вызовы инструментов, повторные попытки и проверка результата живут в коде вокруг модели. В статье LangChain это сформулировано так: «if you're not the model, you're the harness», то есть всё, что не модель, относится к обвязке. Пока у частей обвязки нет названий, потерянную между шагами память или несработавшее ограничение легко принять за ошибку модели.

Ссылки

  • The Anatomy of an Agent Harness: статья Vivek Trivedy в блоге LangChain со схемой компонентов обвязки агента.

Источник: herman_orlov, Instagram Reels.

Больше подобного

Разбираю по находке в день и складываю сюда. Свежее и то, что до сайта не доехало, выходит в канале «Евдокимов как обычно».