Agent Harness Engineering: недостающая дисциплина

Addy Osmani называет то, что любой создатель агента узнаёт на своём горьком опыте: harness — это объект инженерии, а не клей.

Факт

12 июля 2026 года Addy Osmani опубликовал статью «Agent Harness Engineering»: harness (цикл, память, маршрутизация инструментов, обработка ошибок) вокруг LLM — это объект первостепенной важности в инженерии, отдельный от модели и промпта.

Наше понимание

Каждая команда, внедрившая агента в продакшн, узнала это на своём опыте: наблюдаемое качество зависит меньше от модели, чем от harness. Политики повторных попыток, переполнение контекста, арбитраж схожих инструментов, эксплуатируемая журнализация — это архитектурные решения, а не детали.

Под капотом

Osmani предлагает пять слоёв: цикл (планирование/реакция/агентное поведение), память (рабочая, эпизодическая, семантическая), слой инструментов (маршрутизация, повторные попытки, таймауты), слой безопасности (валидация, ограничители бюджета), наблюдаемость. Дисциплина начинается, когда эти слои перестают восприниматься как glue-код и их начинают версионировать, тестировать и развивать независимо от модели.

Что это значит

Если вы просто «подключаете Claude к нашим API», вы тем самым создаёте harness — лучше знать об этом заранее. Команды, которые относятся к harness как к полноценному компоненту (тесты, метрики, ответственность), быстро обойдут тех, кто меняет модели в надежде, что это компенсирует их недочёты.

На что обратить внимание

Появление фреймворков «harness-first» помимо LangGraph и DSPy, а также emergence должности Agent Reliability Engineer в организациях, которые развёртывают агентов в продакшн.