Чему нас учит эксперимент Cursor с SQLite и Rust

하이라이트

• Связка Opus 4.8 для планирования и Composer 2.5 для исполнения снижает стоимость авто-переписывания базы данных с $10 000 до $1 300 без потери качества.

• Разработанная Cursor новая система контроля версий для агентов обрабатывает пиковые нагрузки до 1000 коммитов в секунду, обходя ограничения блокировок Git.

• Проблема мегафайлов решается блокировкой коммитов в разросшийся файл с последующим вызовом стороннего агента для его разделения на мелкие модули.

• Конфликты слияния кода эффективно устраняются нейтральным агентом с чистым контекстным окном, выступающим в роли беспристрастного арбитра.

• Использование каскада агентов-рецензентов с разными специализированными «линзами» обеспечивает стабильно высокое качество кодовой базы.

타임라인

1. 00:00 - 05:49

   Суть эксперимента mini SQLite и оптимизация затрат

   Команда Cursor провела эксперимент по полному воссозданию SQLite на Rust, используя исключительно официальную документацию и наборы тестов SQLogicTest. Эксперимент продемонстрировал, что использование дорогой модели вроде GPT 5.5 для всех этапов обходится в $10 000, тогда как комбинация Opus 4.8 для планирования и Composer 2.5 для исполнения дает аналогичный процент пройденных тестов всего за $1 300. Главный экономический и технический фактор заключается в предоставлении простым исполнителям четко специфицированного контекста.

   • Эксперимент mini SQLite направлен на исследование архитектуры систем ИИ-агентов, а не на создание продакшен-базы данных.
   • Для генерации кода использовались 835 страниц документации SQLite и тестовый набор SQLogicTest.
   • Разделение ролей на планировщиков и исполнителей снизило стоимость проекта с $10 000 до $1 300.
2. 05:49 - 11:01

   Ограничения Git и создание специализированной системы контроля версий

   Предыдущая версия агентного роя Cursor генерировала около 1000 коммитов в час, однако новая архитектура достигла интенсивности в 1000 коммитов в секунду. Файловые блокировки Git и Cargo блокируют одновременную запись из множества источников, создавая узкое место. Создание новой системы контроля версий с нуля решило проблему пропускной способности и сделало коллизии изменений видимыми на самом раннем этапе.

   • Традиционные инструменты вроде Git не справляются с параллелизмом масштаба агентных роев из-за механизмов блокировок.
   • Новая система контроля версий от Cursor выдерживает нагрузку до 1000 коммитов в секунду.
   • Архитектура контроля версий для ИИ встроенно выполняет функции координации и обнаружения коллизий.
3. 11:01 - 14:24

   Разрешение архитектурных конфликтов и состязательности планировщиков

   При параллельной работе нескольких планировщиков возникает риск дублирования функций и прямых войн за редактирование одних и тех же файлов. Промпты верхнего уровня обязывают планировщиков отслеживать зоны ответственности поддеревьев. При возникновении прямых противоречий агенты фиксируют спецификации в общих документах проектирования, которые затем сводит воедино специальный агент-согласовыватель.

   • Проблема расщепления архитектуры устраняется промптингом, запрещающим пересечение поддеревьев задач.
   • Состязательность планировщиков изолируется через фиксирование решений в общих дизайн-документах.
   • Агент-согласовыватель объединяет противоречивые документы планирования в единый стандарт.
4. 14:24 - 20:38

   Управление конфликтами слияния и проблема мегафайлов

   Рабочие агенты плохо справляются со слиянием кода, предпочитая удалять чужие изменения. Для решения проблемы вводится беспристрастный агент с чистым контекстным окном, исполняющий роль очереди слияния. Кроме того, накапливание кода приводит к появлению гигантских файлов; система выявляет их, блокирует прием новых изменений и привлекает отдельного агента для рефакторинга и разбиения файла на модули.

   • Исполнители склонны перезаписывать или игнорировать чужие правки при возникновении конфликтов.
   • Нейтральный агент-арбитр с точечным контекстом разрешает конфликты слияния от лица всех сторон.
   • Помеченные разросшиеся мегафайлы блокируются для коммитов и автоматически модулируются сторонним агентом.
5. 20:38 - 27:27

   Преодоление закостенения кода и многоуровневое рецензирование

   Из-за базовых настроек безопасности модели избегают удаления ключевого кода, создавая избыточные проверки и костыли. Явное инструктирование о ранней стадии разработки снимает этот барьер. Качество финального кода достигается за счет «линз рецензирования» — каскада независимых проверяющих агентов, каждый из которых оценивает кодовую базу под определенным углом (безопасность, стиль, производительность) без лишнего контекста.

   • Встроенные ограничения моделей заставляют их накапливать устаревший код вместо его удаления.
   • Явные разрешения на рефакторинг в промпте позволяют агентам делать точечные патчи ядра.
   • Комбинация агентов-рецензентов с узкими специализированными «линзами» обеспечивает высокое качество системы.
6. 27:27 - 32:17

   Формирование памяти роя и выводы о роли человека в ИИ-инженерии

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

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