Материалы о надёжной AI-разработке
Этот раздел начинается не с команд Harness, а с проблем разработки с агентами для программирования: потеря контекста между сессиями, смешение инструкций и фактического состояния, отсутствие независимого контроля и зависимость процесса от одного конкретного инструмента.
Документация отвечает на вопрос «как работает Harness». Статьи отвечают на вопрос «почему вообще нужен такой слой процесса и какую проблему он решает».
Первые материалы
Что такое AI coding harness и зачем он нужен
Граница между агентом для программирования, инструкциями проекта, управлением процессом и фреймворком агентов приложения.
Как не терять контекст между сессиями Codex и Claude Code
Почему долговременная память должна жить в версионируемых артефактах проекта, а не только в истории чата.
Codex и Claude Code в одном проекте
Как один репозиторий сохраняет одинаковую семантику работы при смене среды исполнения.
Как устроен Harness: от требований до проверенного изменения
REQ, ADR, STEP, планирование, verification, review, completion и Git как единый воспроизводимый цикл.
Что отдавать LLM, а что проверять детерминированно
Где модели нужен смысловой выбор, а где состояние проекта должно вычисляться и проверяться инструментами.
Когда нужна документация
Если задача уже понятна и нужен конкретный синтаксис, переходите к началу работы, процессу разработки, командам и архитектуре Harness. Статьи не дублируют справочник команд и не являются вторым источником истины протокола.