Команда Cursor наглядно доказала: гонка за количеством параметров в LLM — это вчерашний день. В ходе эксперимента рой автономных агентов воссоздал на Rust движок базы данных SQLite, опираясь исключительно на 835 страниц технического задания. Без доступа к интернету и готовым тестовым сценариям ИИ-система выдала результат, который прошел верификацию через стандартный пакет sqllogictest с миллионами запросов.
Главный урок здесь кроется не в изяществе кода, а в финансовой отчетности. Эффективная организация роя обошлась в $1339, тогда как хаотичная попытка решить ту же задачу теми же моделями сожгла $10 565. Десятикратный разрыв в совокупной стоимости владения (TCO) возник не из-за смены поставщика нейросетей, а исключительно благодаря архитектуре управления процессами.
Механика процесса больше напоминает жесткий корпоративный менеджмент, чем творческое программирование. Чтобы агенты не превращали проект в хаос и не конфликтовали за доступ к файлам, их разделили по ролям. Планировщики на базе топовых моделей «нарезают» задачи, а быстрые и дешевые воркеры их исполняют. Выяснилось, что избыток «интеллекта» без внятной структуры даже вреден: в ранних итерациях модели калибра Grok 4.5 впадали в цифровую агонию, плодя тысячи конфликтов слияния и дублируя архитектурные решения друг друга.
Проблему решили через принудительный дизайн. Агентов обязали фиксировать каждое действие в документации, которую проверяет компилятор, а раздутые файлы блокировались и дробились на модули специальными арбитрами. В итоге связка Claude 3.5 Sonnet и Composer 2.5 не просто закрыла 100% тестов, но и сделала это в разы лаконичнее «умных» одиночек, сократив объем кода с 64 тысяч строк до 9 тысяч.
Вместо того чтобы ждать мифического Q* или очередного «прорыва» от OpenAI, разработчики Cursor построили конвейер, где инфраструктура Git заменена на собственную систему контроля версий, поддерживающую 1000 коммитов в секунду. Это подтверждает: автономная разработка системного уровня — уже реальность, если перестать относиться к LLM как к волшебной палочке и начать воспринимать их как специфический ресурс, требующий жесткого управленческого контура.
Мы входим в фазу, когда содержание «отдела разработки» превращается в прогнозируемый счет за инференс. Ключевой компетенцией технического директора становится не выбор самой мощной модели, а проектирование среды, в которой рой исполнительных агентов не сожрет бюджет в бесплодных попытках переписать код соседа.