Что такое harness и зачем он вообще нужен

Серия «Как я строил HarnessOS», часть 1 из 10.

Начну с главного.

Когда люди говорят «я использую AI для разработки», они обычно имеют в виду одно из двух.

Первое: «Я пишу промпт в чат, копирую код, вставляю в редактор». Это не harness. Это использование LLM как очень умного автокомплита.

Второе: «У меня есть агент, который сам читает файлы, пишет код, запускает тесты». Вот это уже ближе. Но и это ещё не harness.

Harness — это всё, что находится вокруг модели. Модель — это процессор. Harness — это операционная система.

Аналогия, которая мне нравится больше всего: если модель — это двигатель, то harness — это машина целиком. Рама, колёса, руль, тормоза, бензобак. Сам по себе двигатель крутится, но никуда не едет.

Что делает harness:

- Решает, что модель увидит. Не «весь проект», а конкретный кусок, релевантный задаче. - Решает, что модель может делать. Не «всё», а конкретный набор инструментов с ограничениями. - Решает, как проверить результат. Не «модель сказала „готово“», а «вот объективные проверки». - Решает, когда остановиться. Не «пробуем до бесконечности», а «после N попыток зовём человека». - Помнит, что было. Не «контекст чата», а структурированная память о проекте.

Без harness модель — это талантливый, но безответственный сотрудник. Он быстро пишет код, который выглядит правильно. А потом этот код ломается на первом нетривиальном сценарии.

С harness это управляемый процесс. Медленнее на одном шаге. Быстрее на дистанции.

Именно поэтому я начал строить HarnessOS. Не потому что «хочу свой AI-инструмент». А потому что понял: проблема не в модели. Проблема в том, что вокруг неё нет нормальной обвязки.

В следующем посте — из каких слоёв обычно состоит harness.

Больше о разработке и AI — Мой Телеграм

#HarnessOS #AIразработка #КакЯСтроилHarnessOS #AIагенты #разработка