Каждый SaaS-бизнес станет обёрткой вокруг модели

Шриву Шанкар в своём блоге выдвигает тезис: любой бизнес, продающий программные услуги, рано или поздно превратится в «харнесс» (harness) вокруг языковой модели — осознаёт он это или нет.

Что такое харнесс

В узком смысле харнессом называют каркасы вроде LangGraph или агентов для кода — Codex, Claude Code, OpenCode, — которые обвешивают инструментами и состоянием сам по себе безучастный API модели, чтобы ею можно было что-то делать. Автор понимает термин шире: это вся инфраструктура, интерфейсы, контекст и состояние, окружающие модель без памяти. Харнессы складываются из меньших харнессов, а управляющий ими оркестратор он называет «мета-харнессом». «Фабрика софта» в его описании — это харнесс, где одна часть пишет спецификации, другая — код, третья проверяет, а что-то сверху решает, когда что запускать.

Траектория из пяти ступеней

Шанкар рисует постепенный путь компании. Сначала — классический SaaS без всякого харнесса. Затем инженеры, а за ними продукт и продажи начинают работать в паре с агентами. Дальше ключевые задачи уходят к фоновым агентам в облаке (двадцать штук на ноутбуке не запустишь), а люди лишь пишут промпты и проверяют результат. Потом проверки из сплошных становятся выборочными, а агенты всё чаще сами решают, что делать. На последней ступени компания и есть харнесс: продукт целиком является выводом модели, а организация поставляет контекст, интеграции и интерфейсы для человеческой проверки. Оргструктура переворачивается — вопрос теперь в том, куда поставить людей, чтобы извлечь из них максимум вкуса и суждения.

Не фабрика шлака

Легко возразить, что продукт, который создаёт и проверяет ИИ, обречён быть низкокачественным. Автор отвечает: хороший харнесс сам выбирает, где человеческое участие важнее всего. Агент собирает вопросы у представителей на встречах с клиентами и готовит демо для продуктового лида; предложение из разговора превращается в архитектурное решение для инженера-«носителя вкуса»; редизайн интерфейса запускается после агрегации отзывов и тестирования вариантов. Внимание людей тратится лишь там, где оно нужно.

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

Харнесс как ядро компетенций

Если продукт производит и продаёт харнесс, то именно он становится основной компетенцией. Доверие, дистрибуция, эффективность, доменный контекст — всё это теперь определяется тем, как построен харнесс. Из внутреннего инструмента, который охотно купили бы на стороне, он превращается в нечто, что не отдают на аутсорс, как не отдают инженерию или продажи. Автор видит начало этого в собственных ИИ-инструментах Ramp, Stripe, DoorDash. Компаниям, по его мнению, стоит владеть верхним харнессом — тем, что решает, что строить, и проверяет итог, — а продукты вендоров подключать к нему для отдельных задач. Если же весь внешний контур сможет вести сторонний сервис, бизнес окажется коммодитизирован.

Источник: Hacker News