В этой статье
Платформа, которая даёт каждому сотруднику агента, знающего вашу компанию
В начале августа 2026 года Cloudflare объявила об открытии исходного кода Cloudflare OS — открытой платформы, которую любая организация может развернуть в собственном аккаунте. Она даёт каждому сотруднику рабочее пространство и ИИ-агента, опирающегося на контекст компании — её терминологию, процедуры и системы, — а также слой прав доступа, который контролирует, к чему агент реально может обращаться. Основная идея проста: от ИИ на работе мало пользы, если он не может добраться до систем, в которых люди действительно работают, но вручать агентам ключи от этих систем — недопустимый риск. Cloudflare OS пытается решить эту задачу на уровне платформы, а не оставлять каждому разработчику решать её правильно в одиночку.
По словам Cloudflare, первая внутренняя версия была развёрнута для всех сотрудников в мае 2026 года, и тысячи людей — многие из них не инженеры — ежедневно используют её, чтобы создавать документы и презентации, автоматизировать повторяющиеся задачи и делать небольшие приложения. Версия, исходный код которой открывается сейчас, была перестроена с учётом уроков этого внутреннего опыта.
Платформа состоит из трёх частей
Cloudflare OS объединяет три компонента. Первый — рабочее пространство агента, которым пользуются из браузера без навыков разработки. Оно заранее наполнено контекстом и навыками, подготовленными вашими командами, и опирается на изолированную среду выполнения, где агент может писать и запускать код. Второй — система безопасности и управления для безопасного доступа к внутренним данным и сервисам. Третий — платформа персональных изменяемых приложений, где агент может создать полноценное приложение со своим интерфейсом, логикой и состоянием, которым вы делитесь с командой так же, как документом.
Отличие в том, что результаты работы агента — это не статичные файлы. Документ, таблица или дашборд могут оставаться подключёнными к живым данным и обновляться по мере изменения источников. Платформа также поддерживает в основном детерминированные рабочие процессы, которые запускаются по расписанию или при срабатывании события в подключённой системе, поэтому известная последовательность шагов не расходует каждый раз полноценную сессию модели.
Главное — права доступа, а не модель
Это и есть настоящий урок для любой компании, которая думает о запуске агентов на собственных данных. Cloudflare заявляет, что каждый агент и каждое приложение стартуют с доступом ровно ни к чему. Агент запрашивает доступ к конкретному ресурсу, вы его разрешаете или отклоняете, а сгенерированный код получает этот ресурс как типизированную привязку (typed binding), тогда как сами учётные данные остаются полностью изолированными от агента и его кода. Серверный код выполняется внутри Dynamic Worker с отключённым глобальным исходящим сетевым трафиком, а клиентский код — в изолированном фрейме (sandbox) в браузере.
Поверх этого работает концепция под названием Gatekeepers: посредник для конкретного сервиса, который понимает API внешней системы, её ресурсы и разрешённые над ними операции. Вместо того чтобы отдавать агенту весь аккаунт хостинга кода, Gatekeeper может ограничить его одним репозиторием, разрешить чтение задач (issues), но не исходного кода, маскировать определённые поля, применять ограничения частоты запросов и требовать одобрения человека перед любым действием с внешним эффектом. Gatekeeper хранит учётные данные, применяет политику и записывает, что было прочитано.
Узкое место ИИ на работе — уже не качество модели, а управляемый доступ к вашим системам. Кто первым решит вопрос прав доступа, тот и получит реальную выгоду.
Политика следует за тем, что видел агент
Самая продуманная часть архитектуры — платформа фиксирует каждый ресурс, который видит агент, и эта запись остаётся привязанной к агенту и его результатам. Если агент прочитал конфиденциальную таблицу и превратил её в живой дашборд, а затем другой сотрудник пытается открыть этот дашборд, система сначала проверяет доступ этого человека к исходным ресурсам. Публикация результата не становится чёрным ходом для утечки данных. Тот же журнал наблюдений используется, чтобы ограничить действия агента после того, как он коснулся конфиденциальных данных, — например, заблокировать исходящий запрос или не дать ему пригласить нового участника.
Для всех, кто работает в рамках Закона Саудовской Аравии о защите персональных данных (PDPL), это заслуживает внимания. Закон основан на ограничении цели, минимизации данных и контроле над тем, кто получает доступ к персональным данным. ИИ-агент, который читает вашу клиентскую базу и создаёт отчёт, доступный всем, — это потенциальное нарушение, а не просто техническое неудобство. Любое внедрение агентов в саудовской организации требует слоя прав доступа и журнала аудита именно такого уровня серьёзности.
Затраты тоже под управлением
Платформа работает с любой моделью, и каждый вызов инференса проходит через AI Gateway от Cloudflare, что даёт организации единое место для решения, какие модели доступны и какая модель выполняет какую задачу. Каждый запрос привязывается к человеку, команде или рабочему пространству, которые его сделали, поэтому администратор видит, куда уходят деньги, и может устанавливать бюджеты и ограничения частоты запросов. Это практический момент, который игнорируют слишком часто: запускать самую дорогую передовую модель, чтобы каждое утро делать сводку по вашей почте, — самый быстрый путь к счёту, который невозможно оправдать.
Что это на самом деле значит для вашего бизнеса
Во-первых, не воспринимайте Cloudflare OS как готовый продукт, который можно купить и включить завтра. Это проект с открытым исходным кодом, который вы разворачиваете в собственном аккаунте, подключаете к своим системам и расширяете с помощью Gatekeepers, написанных для ваших конкретных сервисов, — это настоящая инженерная работа. Именно поэтому Cloudflare указывает на партнёров по внедрению.
Во-вторых, актив, который вы на самом деле создаёте, — это не платформа, а контекст вашей компании и записанные навыки: ваша терминология, ваши процедуры и лучший известный способ выполнять повторяющуюся работу, изложенные так, чтобы агент мог им следовать. Этот актив вы потом перенесёте на любую платформу, и именно он отличает агента, который помогает, от агента, который гадает.
В-третьих, начните с одного отдела и одной системы. Выберите повторяющийся процесс, отнимающий много времени, подключите его к одной системе с узким доступом на чтение и измеряйте результат четыре недели, прежде чем расширяться.
Как это строит Origami
Мы — технологическая компания, которая строит этот слой с нуля: анализируем ваши процессы и превращаем их в письменный контекст и навыки, а также создаём посредников управляемого доступа к вашим существующим системам — от бухгалтерии и склада до WhatsApp — с журналом аудита, который показывает, кто, что и когда прочитал. Выберете ли вы Cloudflare OS или собственную архитектуру, принцип один и тот же: агент стартует без доступа, берёт только то, что ему нужно, и оставляет след, который вы можете проверить.
Источники
- Блог Cloudflare — официальный анонс Cloudflare OS: blog.cloudflare.com
- Репозиторий проекта с открытым исходным кодом на GitHub: github.com/cloudflare/cloudflare-os
- Саудовское управление по данным и искусственному интеллекту (SDAIA) — Закон о защите персональных данных (PDPL): sdaia.gov.sa
Частые вопросы
Что такое Cloudflare OS в двух словах?
Это платформа Cloudflare с открытым исходным кодом, которую организация разворачивает в собственном аккаунте. Она даёт каждому сотруднику рабочее пространство и ИИ-агента, опирающегося на контекст и системы компании, а также систему прав доступа, которая точно определяет, к чему агент может обращаться и что он может создавать.
Может ли моя компания использовать её уже сегодня?
С точки зрения доступности — да: проект открыт и опубликован на GitHub. Но это не готовый сервис, на который достаточно подписаться и включить. Его нужно развернуть в собственном аккаунте, подключить к внутренним системам и написать посредников доступа для каждого сервиса, а для этого нужна техническая команда.
Безопасно ли это для данных моих клиентов?
Архитектура решает этот вопрос напрямую: каждый агент стартует без какого-либо доступа, учётные данные остаются изолированными от агента, а каждый ресурс, который он видит, фиксируется, поэтому сотрудник не может просматривать результаты, построенные на данных, к которым у него нет доступа. Однако итоговая безопасность всё равно зависит от того, как вы настроите свои политики, а не только от платформы.
Как эти агенты соотносятся с Законом Саудовской Аравии о защите персональных данных (PDPL)?
Ключевые принципы — ограничение цели, минимизация данных и документирование того, кто к чему обращался. Дайте агенту самый узкий доступ на чтение, необходимый для задачи, маскируйте ненужные персональные поля, ведите проверяемый журнал аудита и до запуска убедитесь, где обрабатываются и хранятся данные.
Следите за Origami в Google
Добавьте Origami в предпочтительные источники, и наши статьи будут показываться вам первыми в Google Поиске и главных новостях.








