Спецификация как источник истины, код пересобирается агентом
Хранить текстовые спецификации поведения вместо кода, а библиотеку агент пересобирает заново по обновлённому описанию.
Хранить текстовые спецификации поведения вместо кода, а библиотеку агент пересобирает заново по обновлённому описанию.
Ложится в оркестрацию: можно вести спецификации-описания для своих агентов и пайплайнов (buyanov.io) как «источник истины», а сами скрипты/обвязку пересобирать агентом при изменении требований — быстрее, чем чинить накопленный код. Особенно для быстро меняющихся интеграций и промпт-обвязок.
расшифровка ролика ↓
А что, если ИИ-агенту проще пересоздать библиотеку, чем чинить её?
А что, если для ИИ-агента проще заново собрать всю библиотеку, чем бесконечно латать старую?
Исследователи предлагают необычный подход: хранить не код, а понятные текстовые описания того, как всё должно работать, а саму библиотеку каждый раз собирать заново по этим описаниям. Команда показывает, что это особенно хорошо там, где всё быстро меняется и вчерашние решения быстро устаревают: вместо долгой починки старого кода человек правит текст, а ИИ-агенты пересобирают систему почти с нуля.
В этом обзоре разбираем, как можно превратить документацию в главный строительный материал для разработки и почему иногда заново создать инструмент легче и надёжнее, чем чинить его по кускам.
📜 Полная статья