Cursor выпустила Agent SDK: ИИ-агенты как код и деплой одной командой

Cursor объявила о выходе Agent SDK и заявила, что он общедоступен. Это фреймворк, который компания использует для собственных управляемых агентов Bugbot, Security Reviewer и Rollouts. Идея в том, чтобы определять агентов в коде и вести их как обычный программный проект. Начать можно с шаблона или направить своего кодового агента на документацию; когда агент готов, его выкладывают командой agent-sdk deploy.

Cursor исходит из того, что полезнее всего агенты, подстроенные под конкретную команду, а до сих пор приходилось либо брать продукт, рассчитанный на чужой рабочий процесс, либо писать с нуля. Такие агенты подключаются к местам, где работает команда, и срабатывают на нужные события: ревью pull request, проверка соответствия требованиям, расследование инцидента.

Пример, ревью кода. С SDK можно собрать агента, который реагирует на события pull request в GitHub, GitLab или Bitbucket, оценивает риск изменения, направляет его нужной команде и одобряет изменения, подходящие под политику. Внутренний пример Cursor: у одной команды накопилась большая, быстро растущая база знаний с уроками прошлого, и она хотела проверять по ней каждый pull request. Агента kb-reviewer собрали примерно за день. Теперь он запускается на каждом PR в основной кодовой базе команды, отмечает изменения, противоречащие записанному уроку, указывает заметку, на которую опирается каждое замечание, и побуждает инженеров устранять расхождения.

Для сложных задач агент может передать работу другому специализированному агенту со своими инструментами и сессиями или разделить задачу между субагентами, работающими параллельно. SDK из коробки поддерживает оценочные тесты (evals) и повтор событий (event replay). PGA Tour использует Agent SDK для своей «фабрики разработки ПО», а встроенные evals, по тексту, помогают двигаться быстро.

Агент устроен как небольшой проект: инструкции лежат рядом с кодом инструментов, подключениями к внешним сервисам и evals. Промпты пишутся в Markdown, инструменты, функции на TypeScript, поэтому изменения проходят через обычные систему контроля версий и ревью. Для развёртывания достаточно выполнить agent-sdk deploy из каталога проекта: команда соберёт агента, выдаст ему URL и запустит на инфраструктуре Cursor. Секреты и интеграции настраиваются в панели управления, а логи, evals и локальная песочница (playground) остаются теми же, что и локально. Агента можно запускать и на своей инфраструктуре: он работает как один процесс Node, который можно упаковать в контейнер.

Начало работы похоже на любой другой проект: создать каталог и запустить локальную песочницу. В примере агент задаётся через defineAgent из пакета @cursor/agent-sdk с именем, моделью composer-2.5 (параметры effort, high, fast, true) и рабочим каталогом. Затем можно итерировать локально, гонять evals и выкладывать. SDK также поставляется с навыками (skills), которые ведут кодового агента по процессу разработки.

Ключевые факты

Agent SDK, фреймворк, на котором Cursor строит собственных управляемых агентов Bugbot, Security Reviewer и Rollouts; теперь он общедоступен.
Агенты описываются в коде: промпты в Markdown, инструменты, функции на TypeScript; изменения идут через обычный контроль версий и ревью.
Деплой на инфраструктуру Cursor, командой agent-sdk deploy; альтернатива, свой хостинг, агент работает как один процесс Node, его можно упаковать в контейнер.
Пример внутри Cursor: агент kb-reviewer, проверяющий каждый PR по базе знаний с уроками, собрали примерно за день.
Из коробки есть evals, повтор событий, передача задач между агентами и параллельные субагенты; клиент PGA Tour использует SDK для своей фабрики разработки.

Почему это важно

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

Кому это важно

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

Как это применить

По описанию, проект начинается как обычный: создать каталог, запустить локальную песочницу, описать агента через defineAgent из @cursor/agent-sdk, написать промпты в Markdown и инструменты на TypeScript, прогнать evals локально. Затем выложить командой agent-sdk deploy на инфраструктуру Cursor или упаковать процесс Node в контейнер и запустить у себя. Можно также взять шаблон или попросить своего кодового агента помочь по документации. Условия оплаты и лимитов в материале не названы.

Можно ли доверять

Источник, анонс самой Cursor, то есть заявления производителя. Единственный результат в материале, kb-reviewer «собран примерно за день»; замеров качества работы агентов и сравнения с другими фреймворками нет. Отзыв PGA Tour приведён без указания, кто его произнёс.

Риски и подводные камни

Облачный вариант привязывает агента к инфраструктуре Cursor (URL, секреты и интеграции в её панели), хотя свой хостинг заявлен как возможный. Цены, лимиты на размещение и условия лицензии в материале не указаны, поэтому оценить стоимость владения по нему нельзя. Список поддерживаемых моделей, кроме примера composer-2.5, тоже не приведён.