От IDE к фабрике программного обеспечения: что Cursor построил к августу 2026
Как Builds, Origin, Subscriptions и Start from scratch сложились в единый execution loop вокруг coding agents.

Четыре релиза оказались одной системой

В августе 2026 года Cursor последовательно закрыл четыре разных слоя agentic development:

• 13 августа — Builds с заранее подготовленными cloud environments;
• 17 августа — Origin с repositories, pull requests, review и GitHub sync;
• 19 августа — always-on Cloud Agents с Subscriptions, /goal, Custom Modes и отдельными VM для subagents;
• 27 августа — Start from scratch: запуск агента без заранее подключённого repository, live preview и сохранение результата в Origin.

По отдельности это environment cache, Git hosting, новые triggers и удобный greenfield onboarding. Вместе — почти полный execution loop:

intent
  ↓
agent + skills + subagents
  ↓
cloud environment
  ↓
code + tests
  ↓
repository + PR
  ↓
CI + review
  ↓
reviewable software

Поэтому август интересен не количеством функций. Cursor расширил границу продукта от места, где меняют code, до системы, где инженерная работа получает compute, state, events и checkpoints.

Compute, state, trigger, input

У каждого релиза есть свой инфраструктурный вопрос:

WHERE TO WORK?       → Builds
WHERE STATE LIVES?   → Origin
WHEN TO CONTINUE?    → Subscriptions
UNTIL WHAT?          → Goal
WHAT STARTS WORK?    → Intent

Это полезнее списка возможностей. Coding agent становится практичным не тогда, когда модель умеет написать хороший Controller, а когда весь surrounding system позволяет ей начать, проверить, приостановить, возобновить и передать результат человеку.

Моя рабочая формула после августа выглядит так:

Engineering Agent
= model
+ tools and skills
+ reproducible environment
+ persistent repository state
+ event loop
+ verification
+ human authority boundaries

Builds превратили VM в рабочее место

Свежая cloud VM сама по себе почти бесполезна. Если каждый worker сначала клонирует repository, выполняет composer install, ищет правильный Node и чинит test database, автономность расходуется на onboarding.

Cursor Builds вынесли повторяемую подготовку из critical path. Успешный environment собирается в фоне, сохраняется как known-good state и становится базой следующих runs. Agent получает repository, dependencies и tools до конкретного prompt.

Для Laravel-проекта это не косметика:

PHP 8.4 + Composer
PostgreSQL + Redis
Node + assets
test database
PHPUnit + PHPStan
        ↓
ready before task arrives

Обычному редактору не нужно управлять fleet готовых workstations. Persistent agent platform без них не масштабируется.

Origin дал работе постоянный адрес

Environment исполняет задачу, но не должен быть единственным местом, где она существует. VM может завершиться, context — смениться, worker — уступить задачу другому. Код, history и review должны пережить конкретный run.

Origin добавил native repositories и PR:

Cloud VM
ephemeral execution
       ↓
Origin repository
persistent code state
       ↓
Pull Request
human-readable checkpoint

Для agent workflow PR выполняет больше работы, чем обычный diff. Он хранит commits, checks, feedback и mergeability. Новый worker может восстановить задачу по этому state, а reviewer — оценить результат, не просматривая сотни tool calls.

Именно repository превращает машинную активность в знакомые инженерные artifacts. Agents могут меняться; branch и PR остаются общей точкой координации.

Subscriptions замкнули feedback loop

До 19 августа даже сильный Cloud Agent в основном оставался request-driven. Он мог несколько часов работать после запуска, но следующий CI failure часто снова проходил через человека: заметить notification, открыть session, вернуть context.

Subscriptions и Goals меняют этот участок:

PR opened
   ↓
agent subscribes
   ↓
CI failed
   ↓
agent wakes
   ↓
fix → push → wait
   ↓
CI green

Goal фиксирует желаемое состояние — например, «CI green без изменения public API». Subscription сообщает, когда состояние изменилось. Между событиями agent может не работать вообще. Так ведёт себя stateful service, а не длинный chat response.

Отдельные VM для subagents добавляют parallel execution: один worker исследует PHPUnit failures, другой — PHPStan, третий проверяет итог parent agent в чистом environment. Но coordination остаётся обязанностью harness, а не свойством VM.

Start from scratch передвинул точку входа

Новый релиз убрал existing repository из пользовательских prerequisites. Технически Cursor создаёт Origin repo в фоне. Но разработчику больше не нужно готовить GitHub project до первого запуска — он начинает с описания системы.

Классический greenfield

idea → git init → framework → environment → agent

Agent-native greenfield

intent → agent → preview → save as repository

В статье про Start from scratch я разделил два состояния: experiment и production service. Новый режим отлично удешевляет первое, но кнопка Create repo или Publish не заменяет architecture, ownership и security review.

Тем не менее уровень абстракции изменился. Сначала входом редактора был файл, затем входом IDE стал проект, а теперь входом agent platform становится intent.

У платформы теперь два пользователя

Классическая IDE оптимизирована для человека, который пишет code: navigation, refactoring, debugger, terminal. AI-native platform обслуживает ещё одного пользователя — agent, выполняющего работу без открытого editor window.

Ему нужны другие primitives:

• изолированный compute, который можно запускать параллельно;
• детерминированные команды setup и verification;
• structured state вместо визуальных подсказок интерфейса;
• events, permissions и stop conditions;
• artifact, который удобно передать человеку.

Отсюда и функции, странные для editor: background Builds, Slack subscriptions, repository hosting, persistent Goals. Они естественны, если основная workload — не нажатия клавиш разработчика, а fleet AI-workers.

Editor перестаёт быть местом, где живёт работа

Когда code и agent session привязаны к laptop, editor находится в центре системы. Cloud execution разрывает эту связь. Работа живёт в goal, environment, repository и PR; developer может подключиться через desktop, web, mobile или Slack.

             IDE
              │
Web ─── engineering state ─── Mobile
              │
            Slack

engineering state:
goal + agent + repo + PR + checks

IDE от этого не исчезает. Для глубокого debugging и review она остаётся лучшей control surface. Но Cursor.app становится одним интерфейсом к cloud state, а не единственным процессом, внутри которого существует разработка.

Почему слово «фабрика» уже не преувеличение

Software factory — не машина, которая штампует тысячи строк. Полезнее другое определение: система получает intent, проводит его через повторяемый engineering process и возвращает проверяемый artifact.

INPUT
goal + constraints
        ↓
PROCESS
agents + environments + tools + tests
        ↓
STATE
repository + PR + CI
        ↓
OUTPUT
reviewable software

В таком смысле Cursor уже собрал большую часть оборудования. Не хватает гарантированной надёжности всей линии: agents всё ещё теряют constraints, overengineer, пропускают edge cases и иногда приносят убедительный, но неправильный diff.

Чем мощнее execution layer, тем опаснее плохая постановка. Десять workers быстро масштабируют не только правильный plan, но и архитектурную ошибку.

Автономность не равна authority

Зрелая agent platform должна уметь дать worker несколько часов самостоятельной работы, не выдавая право на необратимые действия. Для большинства production-команд разумная граница уже знакома по Git governance:

AGENT MAY
create branch
push commits
open and update PR
respond to CI

HUMAN REQUIRED
merge protected branch
relax quality gates
change production data
approve architectural risk

Branch protection, required checks и approvals подходят agents не хуже, чем людям. Главная работа следующего этапа — не дать AI «все права», а точно связать scope задачи, risk level и доступную authority.

Конкуренция переходит от модели к engineering system

Frontier-модели доступны нескольким платформам и постепенно догоняют друг друга. Разница в реальной разработке всё сильнее определяется surrounding stack:

AI Engineering Quality
= model
+ harness
+ context and skills
+ environment
+ repository integration
+ verification
+ governance
+ human judgment

Поэтому Origin и Builds могут оказаться стратегически важнее очередного прироста benchmark. Модель без tests и working services приносит гипотезу. Та же модель внутри воспроизводимого environment, с PR state и CI feedback, способна принести проверяемый результат.

Рынок тоже сходится к одной точке с разных сторон: editor vendors добавляют hosting и agents, Git-платформы — coding agents, model providers — workspaces и execution. Вопрос уже не только в том, кто лучше генерирует code, а кто лучше организует его производство.

Developer становится точкой инженерного leverage

Это не превращает разработчика в нетехнического менеджера. Чтобы задать constraints и принять PR, нужно понимать architecture, security, performance и business rules. Но ручных implementation actions между этими решениями может стать меньше.

За год единица делегирования выросла:

code completion
      ↓
file
      ↓
task
      ↓
engineering workflow
      ↓
persistent responsibility

«Исправь этот test» — task. «Держи PR зелёным до review» — ответственность за состояние. Второй вариант освобождает внимание только при хорошем Goal, узких permissions и понятном stop condition.

После августа Cursor нужно оценивать как platform

Cursor всё ещё editor, но это неполное описание продукта. За август к нему добавились подготовленный compute, native repository state, event-driven continuation и вход через intent. Editor остался human control surface внутри более крупной системы.

Главный benchmark теперь не «сколько файлов изменил agent». Я бы проверял другое:

• стартует ли worker из воспроизводимого environment;
• удерживает ли Goal после нескольких событий;
• оставляет ли небольшой reviewable diff и evidence проверок;
• работают ли permissions и human checkpoints;
• может ли следующий agent продолжить задачу по repository state.

Если эти свойства стабильны, platform действительно превращает intent в reviewable software. Если нет, перед нами всё ещё мощный AI-редактор с большим количеством cloud-функций.

Поэтому главный результат августа — не готовая автономная фабрика. Это архитектура, в которой такая фабрика вообще стала возможной: agents получили computer, постоянный state, events, goals и путь от пустого prompt до pull request. Следующее ограничение связано уже не с IDE, а с качеством engineering system вокруг неё.