Проектирование собственной оболочки для AI-агента: архитектура циклов, инструментов и контекста
Один из фреймворков улучшил результаты агента в бенчмарке с 50% до 65% без изменения модели — только переработав «оболочку» (harness): цикл взаимодействия, управление инструментами и контекстом. Автор разбирает архитектуру такой оболочки по слоям: как агент общается с миром, что видит модель, какие действия разрешены, как контролируются ресурсы и что сохраняется между сессиями.
Критично для команд, встраивающих агентов в продукты, платформенных инженеров, которым нужен полный контроль, и всех, кто хочет понять, как работают готовые агентские фреймворки. Показывает, что инженерия оболочки может дать +15% к качеству без смены модели.
Это аннотация к авторской статье. Мы не публикуем и не пересказываем чужие тексты целиком — полная версия у автора.
О чём статья
- Оболочка агента (harness) — это while-цикл с проверками: сборка контекста, вызов модели, валидация и выполнение инструментов, обновление контекста, проверка бюджетов
- Пять ключевых слоёв архитектуры: инструменты (tool layer), контекст (context layer), разрешения (permission layer), управление (control layer) и персистентность (persistence layer)
- Основная задача оболочки — context engineering: подавать модели нужную информацию и избегать «context rot» (засорения контекста шумом), через компактификацию, управление выводом инструментов и файловую память
- Производственная оболочка отличается от демо систематическим управлением разрешениями, бюджетами (токены, шаги, деньги), sandbox-изоляцией и честной обработкой ошибок
Комментарии