Агенты могут создавать действительно увлекательные игры за один раз. С правильными ограничениями агенты могут выполнять невероятно впечатляющие миграции в сложных кодовых базах, даже переписывания на новых языках. Но практически вся «настоящая» работа с программным обеспечением по-прежнему выполняется инженерами-людьми, управляющими процессом. Как нам достичь состояния, когда гораздо большая часть работы выполняется за нас, не требуя нашего внимания?

Многие инженерные организации потратили первую половину этого года на перекладывание как можно большей работы на армии агентов и состязательные циклы. Результаты оказались довольно разочаровывающими: горы сомнительного кода, но никакого цунами невероятного программного обеспечения. ROI на всех этих токенах был в лучшем случае сомнительным. В терминах цикла хайпа мы находимся в долине разочарования.

Один диагностический вопрос, который мы можем использовать, чтобы помочь нам добраться туда: когда программное обеспечение в основном управляет собой, что будут делать инженеры? Распространенный ответ: настраивать циклы! Раньше мы писали код, потом писали промпты, теперь мы настраиваем циклы агентов и много пишем /goal. Я думаю, это ошибка. Прямо сейчас настройка жизнеспособного программного цикла, который производит чистоположительное изменение программного обеспечения без сжигания денег, — это огромная работа, но в основном это потому, что инструментальная цепочка не готова. Когда у нас будут правильные движущиеся части, эти циклы будет легко настроить, легко доверять и экономически эффективны. Это не будет тем, куда уйдет наше время.

Скорее, самой ценной инженерной работой будет наличие хороших идей. Важные идеи по-прежнему приходят извне программной фабрики. Убийственные функции по-прежнему создают компании. Cursor Tab, редактирование транскриптов Descript, Open Router, абстрагирующий поставщиков инференса за общим интерфейсом биллинга, — все это идеи, создающие компании. Помимо креативности, хорошие идеи требуют близости к проблеме и экспертизы в предметной области, и инженерам нужно будет внести свой вклад в этот процесс. Убийственная архитектура по-прежнему высокоэффективна. Правильное упрощение по-прежнему экономит огромное количество сложности в будущем. За пределами области «наличия хороших идей» мы должны пытаться перенести работу с кодовой базой на GPU. Например, могут ли агенты справиться с этими целыми задачами? Обнаружение и исправление большинства багов. Агент должен ловить их для нас и исправлять. Отладка производственных ошибок. Когда появляется ошибка, агент должен соотнести ее с недавним коммитом или изменением трафика или различием инфраструктуры или неожиданным условием и, обычно, исправить ее для нас.

Ключевые сущности: Компании: Cursor Tab, Descript, Open Router