Vorobeoff3 ноября Sycamore открыла общий доступ к Build — среде, где приложения с ИИ-агентами создаются на основе описания бизнес-процесса. Компания также показала Govern — панель для управления корпоративными ИИ-агентами. Разбираю, как устроена их связка, почему создание и контроль разнесли в два продукта и где такая система действительно нужна.
В большинстве компаний агенты появляются хаотично. Один отдел подключил ассистента к почте, второй — к CRM, третий тестирует агента для программирования. По отдельности всё работает, но общей картины нет: кто отвечает за каждого агента, к каким данным у него есть доступ, сколько он тратит и что именно делает.
Пока агентов два-три, это терпимо. Когда их становится двадцать, ручного управления уже не хватает. Бизнес хочет, чтобы агенты брали на себя целые процессы, а не только отвечали в чате, но без чётких ограничений и возможности аудита передавать им процессы рискованно.
Sycamore предлагает решить эту проблему с помощью двух продуктов. Компания называет свою платформу операционной системой для агентского ИИ: Build превращает описание сложного процесса в рабочее приложение, а Govern позволяет наблюдать за агентами и контролировать соблюдение установленных правил. Бизнес получает инструменты и для создания таких систем, и для управления ими после запуска.
Что представила Sycamore
Sycamore — стартап из Пало-Альто, основанный Sri Viswanath, который ранее занимал должность технического директора Atlassian и Groupon и работал в Sun и VMware. 30 марта 2026 года компания привлекла 65 млн долларов в посевном раунде финансирования от Coatue и Lightspeed Venture Partners при участии Abstract Ventures, Dell Technologies Capital, 8VC, Fellows Fund и E14 Fund. В числе ангельских инвесторов — главы Intel, Databricks, Rubrik, Palo Alto Networks и сооснователи Okta, Zapier, Skild AI.
9 сентября 2026 года Sycamore предоставила ранний доступ к Build, а 3 ноября перевела его в общий доступ. Параллельно компания развивает Govern — панель управления для всех ИИ-систем, которые компания строит или покупает. На сайте Sycamore представляет оба продукта как части одной системы. Build помогает создавать и запускать приложения, а Govern ведёт учёт ответственных, согласований и прав доступа и сохраняет историю действий для аудита.
Команда включает исследователей из Стэнфорда и Корнелла и инженеров из Meta, Google и Atlassian. В лаборатории Sycamore Labs компания изучает координацию нескольких агентов, безопасность, долговременную память, метаобучение и принцип постепенного расширения доверия, при котором агент получает больше самостоятельности по мере проверок.
Build: от описания процесса к работающему приложению
Build рассчитан на процессы, которые пересекают команды, системы и решения: адаптация новых сотрудников, сверка счетов, обработка заявок, подготовка отчётов. Пользователь описывает результат обычным языком и делится контекстом — документами, схемами процессов, данными, записями встреч и предоставляет разрешённый доступ к необходимым системам.
Работа в Build состоит из шести этапов. Сначала система изучает, как устроен процесс, и составляет понятную спецификацию: последовательность действий, участники, данные, правила и ожидаемые результаты. До начала разработки спецификацию проверяют ответственные за процесс и технические специалисты.
На этапе сборки Build распределяет задачи между специализированными агентами, пишет код, подключает интеграции и тестирует результат, в том числе с независимой проверкой. Ответственный за процесс видит план, действия агентов, созданные материалы, результаты тестов и сведения о ходе работ. Он может открыть предварительную версию приложения, проверить рабочий сценарий и оставить замечания в той же рабочей среде.
Третий шаг — подключение к существующим корпоративным учётным системам через одобренные коннекторы, API и инструменты MCP. Build не требует полностью переносить процесс в отдельный продукт. Вместо этого система создаёт недостающие интерфейсы и логику взаимодействия вокруг CRM, документов, систем заявок и платформ данных с учётом прав доступа.
Следующие три этапа связаны с подготовкой прототипа к эксплуатации. В шаблоне рабочей среды (blueprint) один раз задаются требования к дизайну, идентификации, правам доступа, тестированию, проверке изменений и выпуску версий. Каждый новый проект наследует эти настройки. Приложение проходит через среды предварительного просмотра (preview), разработки (development) и эксплуатации (production). Для них предусмотрены разграничение доступа, отслеживание использования, ошибок и задержек, а также возможность отката к предыдущей версии. Изменения проходят тот же цикл: описание правки, проверка плана, тестирование новой версии и контролируемый выпуск. Приложения могут предоставлять свои инструменты другим агентам через MCP. Развёртывание возможно в инфраструктуре под управлением Sycamore, в выделенной среде или в собственном облаке заказчика.
Govern: реестр агентов, согласование и контроль во время работы
Govern отвечает за учёт и контроль ИИ-агентов, независимо от того, созданы они в Build или приобретены у сторонних разработчиков. Внешние агенты подключаются к Govern через телеметрию, протокол A2A или прямую регистрацию. Для них, как и для внутренних агентов, назначают ответственных.
Первый шаг — обнаружение. Govern составляет реестр сценариев применения, агентов, приложений, моделей, коннекторов и MCP-серверов. В нём фиксируются ответственные, версии, возможности, инструменты и права доступа. Система также позволяет сравнивать заявленное поведение агентов с фактическим.
Второй этап — согласование. Для каждого сценария применения оформляется заявка с описанием цели, доступов, моделей, принимаемых решений и степени участия человека. Система определяет уровень риска, запускает проверки и направляет заявки на согласование соответствующим командам, исключая самоодобрение. Согласованные бюджеты, модели и ограничения становятся правилами, действующими во время работы агента. Существенные изменения требуют повторного рассмотрения.
Третий этап — контроль соблюдения правил. У каждого агента есть собственная идентичность, а доступ к моделям, инструментам и данным зависит от проверки разрешений. Для действий с высоким риском предусмотрены обязательные согласования и ограниченные права. Отзыв разрешения позволяет остановить агента во всех управляемых средах. Это перекликается с идеей учёта и прав для агентов, но Sycamore реализует такой контроль непосредственно во время их работы, а не только на уровне регламентов.
Во время эксплуатации Govern показывает в реальном времени запросы агентов, использование моделей и инструментов, задержки, расход токенов и затраты. Система позволяет задавать бюджеты и лимиты и блокировать действия, нарушающие правила. Отдельный компонент отвечает за аудит: неизменяемый журнал согласований, проверок, обращений к ресурсам, изменений и отзывов прав позволяет восстановить ход событий, выгрузить сведения для аудита или передать их в SIEM. Встроенный поиск отвечает на вопросы обычным языком — кто владелец агента, что изменилось, где увеличиваются расходы и срок каких согласований подходит к концу.
Почему создание и контроль разнесли
Сильная сторона Sycamore — не в генерации кода как таковой. Сгенерировать приложение из промпта сегодня умеют многие. Для крупных компаний сложнее другое: превратить прототип в систему, за которую кто-то отвечает и работу которой можно проверить.
Build решает первую половину задачи: снижает порог входа, чтобы инициатором выступал не инженер, а человек, который знает процесс. Govern решает вторую: помогает определить, какие действия разрешены каждому агенту, и подтвердить соблюдение этих правил при аудите. Без контроля новые приложения могут превратиться в разрозненный парк агентов, где никто не понимает последствий ошибок.
На фоне платформ вроде Manus 2.0, которые выдают агенту почту, телефон и компьютер, подход Sycamore выглядит консервативнее. Sycamore делает акцент на контроле со стороны организации, а не на самостоятельности отдельного агента. Это ближе к логике CrowdStrike и других систем идентичности, чем к персональным ассистентам.
Чего пока не видно и где риски
Платформа ещё молодая. Общий доступ к Build открыли 3 ноября 2026 года. Компания пока не представила публичных примеров внедрения с измеримыми результатами и не опубликовала цены. По информации компании, Build и Govern можно использовать вместе или внедрять отдельные возможности, например реестр агентов или контроль расходов. Насколько хорошо внешние агенты интегрируются через телеметрию и A2A в разнородную инфраструктуру, без пилота не проверить.
Есть и риск зависимости от поставщика. Требования, данные об идентификации агентов, правила и журналы аудита хранятся внутри Sycamore. Экспорт данных есть, но миграция политик и интеграций в другую систему потребует работы. Для критичных процессов стоит заранее проверять, что именно можно выгрузить и как отозвать доступы вне платформы.
Отдельный вопрос — качество проверок. Govern оценивает уровень риска, но методика оценки и точность выявления действий, нарушающих правила, зависят от конкретной конфигурации. Компания заявляет об изоляции, возможности аудита и соблюдении требований, однако независимых аудитов и сертификаций в открытом доступе пока нет. Компания указывает адрес Trust Center (trust.sycamore.so), но на момент публикации публичные отчёты там не размещены.
Кому подходит и как проверить гипотезу
Sycamore стоит рассмотреть тем командам, у которых уже есть несколько агентов и повторяющиеся процессы между почтой, таблицами, CRM и документами, а ручной перенос данных отнимает часы каждую неделю. Если агентов пока нет, а задача состоит в создании одного прототипа, более простые конструкторы приложений могут оказаться быстрее и дешевле.
Для пилота не нужно переносить в новую систему весь процесс. Возьмите один сквозной сценарий с чёткими входами и выходами — например, сбор заявок из формы, дополнение заявок данными из CRM и отправка сводки ответственному. Опишите ожидаемый результат, предоставьте Build документы и доступы в тестовой среде, проверьте спецификацию до сборки, проверьте предварительную версию на реальных данных и оцените тот же сценарий в Govern: кто владелец, какие права получил агент, что попало в журнал и сколько стоила одна транзакция.
Хороший критерий — через неделю пилот должен отвечать на три вопроса без ручной сборки отчётов: что агент сделал, почему ему это разрешили и сколько это стоило. Если ответы приходится собирать вручную, управляемость ещё не появилась.
Управляемость важнее скорости генерации
Подход Sycamore отражает тенденцию, которая заметна и в других частях рынка. Конкуренция уходит от вопроса «кто быстрее сгенерирует код» к вопросу «кто даст бизнесу способ безопасно жить с десятками агентов». Build сокращает путь от идеи до рабочего приложения, а Govern помогает контролировать риски, когда таких приложений становится много.
Пока речь о молодой платформе без публичных сравнительных испытаний и объявленных цен, но с продуманной архитектурой и опытной командой. Если подход подтвердит свою ценность, такие системы могут стать связующим звеном между моделями и бизнес-процессами: именно здесь будут определяться действия, которые агенту разрешено выполнять без участия человека. Начинать знакомство стоит не с обещаний маркетинга, а с одного пилота, где цена ошибки известна заранее.
Ссылки
- Сайт: Sycamore — Build
- Сайт: Sycamore — Govern
- Сайт: Sycamore — пресс-релиз о $65M
- Сайт: Sycamore — пост о запуске Build в общий доступ
