и Cursor

Forge и Cursor

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

Флот кодеров — это не отревьюенная команда

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

След начинается раньше pull request

Артефакт Cursor — это PR. Артефакт прогона Forge — ветка, где спецификация, бриф и передача каждой роли лежат отдельными коммитами за авторством самой роли. Можно прочитать, почему решение принято, а не только что уехало в прод.

Разработка — один архетип, а не весь продукт

Cursor — кодящий агент, и в этом он превосходен. Тот же движок Forge, который ведёт разработку, ведёт команды ресёрча, контента и операций — роли разные, механика одна.

Ваше железо, ваши ключи провайдеров

Тулчейн Forge открыт, работает на self-hosted раннерах на ваших машинах и маршрутизирует инференс по пулу провайдеров, которым управляете вы, — включая self-hosted модели и любой OpenAI-совместимый эндпоинт.

Что такое Cursor — его собственными словами

Cursor описывает себя так: «your coding agent for building ambitious software». Его агенты «turn ideas into code», они «work autonomously, run in parallel» на собственных машинах — собирают, тестируют и показывают фичи целиком вам на ревью, — и появляются «in every tool, at every step»: в терминале, в Slack, в ревью pull request’ов на GitHub. Заявлены также постоянно работающие агенты, «triggered by schedules or events», и «fleets» агентов, работающих параллельно часами и днями. Сайт утверждает: «Trusted by over half of the Fortune 500.» (Источник: cursor.com .)

Мы приводим это целиком, потому что устаревшая версия такого сравнения — «Cursor это редактор, он не умеет в автономные запуски по расписанию» — сегодня просто неверна. Cursor запускает агентов по расписанию, параллелит их и ревьюит PR’ы.

Настоящая разница в том, что считать «командой» и что остаётся у вас на руках, когда прогон закончился.

Разница одной таблицей

CursorForge
Что такое агентКодящий агент, работающий с вашим репозиториемНазванная роль со своими обязанностями — PM, архитектор, разработчик, тестировщик, ревьюер, исследователь, автор
Параллельность означаетМного агентов на много задач, каждый доводит своюОдна задача идёт по ролям, и каждая передача оценивается до того, как её увидит следующая роль
Кто проверяет работуВы, на ревью — плюс собственное ревью PR от CursorУправляющий агент на каждой передаче: пропустить, вернуть с инструкциями на доработку или эскалировать человеку
Основной артефактPull requestВетка прогона — спецификация, бриф и передачи ролей коммитами, Co-authored-by роль — и затем pull request
Отклонённый шагПереформулировать промпт агентуНовый коммит; ранняя попытка остаётся в истории, git diff показывает, что изменилось
ОхватРазработкаРазработка (самый зрелый архетип) плюс ресёрч, контент и операции на том же движке
Где выполняетсяПродукт и инфраструктура CursorУправляемый SaaS или self-hosted раннеры на вашем железе
ИнференсВыбор моделей у CursorВаш пул провайдеров с весами приоритета и автоматическим failover, включая self-hosted модели

В чём Forge устроен иначе

Разные роли, а не больше копий одной. Прогон разработки в Forge — это пять ролей: продакт-менеджер, который вытаскивает неоднозначность вместо того, чтобы придумать ответ, архитектор, разработчик, тестировщик и ревьюер. Между каждой парой стоит управляющий агент: он читает передачу и решает, достаточно ли она хороша, чтобы ехать дальше. Слабая работа не уезжает вниз по цепочке, чтобы тихо стать чужой проблемой. Подробнее: Multi-Agent Pipeline .

Коммитится рассуждение, а не только результат. Каждый прогон получает ветку — forge/workflow/{workflowId}/run/{runId} — со спецификацией, исходным брифом и структурированной и свободной передачей каждой роли отдельными коммитами. Можно прочитать аргументацию решения, сравнить вторую попытку с первой или вмешаться посреди прогона, закоммитив исправленную передачу самому. Подробнее: Git-Backed Audit .

Это не инструмент для кода. Тот же движок, тот же цикл проверки и тот же аудит ведут команду ресёрча, которая перепроверяет собственные источники, команду контента или дежурство в операциях. Разработка — самый зрелый архетип, потому что так собирается сам Forge, но это один архетип. Подробнее: Workflow Engine и сценарии .

Ваше железо и ваши ключи. Self-hosted раннеры оставляют выполнение на ваших машинах, а шлюз маршрутизации отправляет инференс в пул провайдеров, которым управляете вы, — с весами приоритета и автоматическим failover. Подробнее: Bring Your Own Hardware и Multi-Provider Routing .

Число, которое один агент показать не может

Редактор может сообщить, как часто вы принимали подсказку. Он не может сообщить, как часто работу вернули назад: в редакторе ревьюер — это вы, и никто ничего не считает. Вот что происходит, когда ревьюер встроен в систему.

Двенадцать недель, за которые Forge собирал Forge
Запущено прогонов322
Передач оценено управляющим агентом1216
Возвращено автору на доработку56
Эскалировано человеку24
Прогонов, где руководитель остановил хотя бы одну передачу51
Прогонов завершилось успешно215
Прогонов упало, эскалировано или отменено103
Медианное время от запуска до конца прогона39 минут
Медианное число передач на успешный прогон5
Влитых pull request в 7 репозиториях202

Откуда это взято. Один процесс — Main Forge SDLC, тот самый, который собирает Forge, — все его прогоны за двенадцать недель подряд, посчитанные по собственным записям управляющего контура. Не выборка, не пилот и не клиентский кейс, который мы не можем показать.

Forge останавливал собственную работу 80 раз. 56 передач вернулись автору с конкретными инструкциями на доработку, 24 ушли к человеку. Один прогон из шести прервал его собственный руководитель раньше, чем на работу посмотрел человек. Это ровно та проверка, которую инструмент с одним агентом оставляет вам, — здесь она стоит один вызов модели на ребро и посчитана.

За тот же период влито 202 pull request в 7 репозиториях — примерно 17 в неделю, в ту самую платформу, о которой вы читаете, причём каждое слияние делал человек. По всей организации работа, написанная агентами, влилась в 773 случаях из 875 открытых. Forge — не демо, работающее рядом с продуктом; это способ, которым продукт собирается, и это его коммиты.

Успешный прогон занимает примерно 39 минут и 5 передач. Медиана от запуска до завершения — и внутри этих 39 минут лежат проверки, которые не дали 80 результатам работы доехать до следующей роли в том виде, в каком они были написаны.

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

Попросите провести вас по самим прогонам — ветка, коммиты передач, вердикты, которые вернули работу назад, и те, что ушли к человеку. Любое другое число на этом сайте относится к конкретному прогону и так и подписано: 18 собранных источников, 11 проверенных прямым обращением, 4 подтверждённых перекрёстно и 2 помеченных как непроверяемые — на странице сценария .

Источники

  • cursor.com — тексты главной, автономные агенты и запуск по расписанию, заявления о клиентах.
  • Утверждения о Forge на этой странице ведут на соответствующие страницы возможностей , где механика описана подробно.

Разработчики уже на Cursor. А кто ведёт остальной цикл?

Наведите Forge на один репозиторий и один хорошо описанный тикет. Первый pull request скажет больше любой демонстрации.