Cloudflare предлагает разработчикам довольно амбициозную задачу: придумать и построить Git-платформу для мира, где код меняют не несколько человек, а сотни или даже тысячи AI-агентов одновременно.

Компания прямо задаёт вопрос: каким должен быть «следующий GitHub», если привычная модель репозиториев, веток, pull request и code review создавалась в первую очередь для команд людей.

Для эксперимента Cloudflare открыла Artifacts и запустила конкурс на новую платформу поверх Workers.

Почему Cloudflare вообще говорит о «следующем GitHub»

AI-агенты уже умеют писать функции, исправлять ошибки, создавать тесты, обновлять зависимости и делать code review.

Пока таких агентов один или два, их можно встроить в привычный Git workflow. Но Cloudflare рассматривает другой масштаб: десятки, сотни или тысячи параллельных задач над одной кодовой базой.

Тогда появляются вопросы, которые обычный workflow решает не идеально:

• как агент узнаёт, что другой агент уже меняет тот же участок;
• как быстро создавать изолированные рабочие копии;
• как сравнивать несколько независимых решений одной задачи;
• как автоматически запускать review после каждого изменения;
• как хранить не только diff, но и контекст, почему агент сделал именно так;
• как разруливать массовые конфликты и выбирать, что попадёт в production.

Cloudflare считает, что поверх обычного Git нужен новый слой оркестрации.

Artifacts стал фундаментом для такой платформы

Cloudflare Artifacts — это versioned storage с Git-совместимым интерфейсом.

Идея в том, что репозиторий можно создавать не только для проекта в целом, но и для отдельного агента, сессии, пользователя или конкретной задачи.

Агент получает знакомый Git remote, но сама инфраструктура управляется программно.

Это позволяет строить workflow, где новый task автоматически получает собственный fork, выполняет работу изолированно, а затем передаёт результат в отдельный review-процесс.

Репозитории можно создавать и форкать прямо из Worker

Artifacts получил binding для Cloudflare Workers.

Worker может программно:

• создавать репозитории;
• форкать существующие;
• читать файлы и commits;
• получать repo-scoped Git token;
• передавать агенту remote и инструкции;
• запускать дальнейший workflow после push.

В официальном примере Cloudflare Worker создаёт fork для новой задачи, читает AGENTS.md из репозитория и передаёт агенту адрес, token и инструкции.

То есть Git становится программируемой частью агентной инфраструктуры, а не просто внешним хранилищем кода.

Каждый push может запускать следующий этап автоматически

Artifacts публикует события при создании, импорте, fork, удалении, push, clone и fetch репозитория.

На такие события можно подписываться и строить цепочки обработки.

Artifacts можно связать с Workers Builds

Cloudflare также позволяет подключать Artifacts repository к Worker через Workers Builds.

Когда код попадает в production branch, проект можно автоматически собрать и развернуть.

Push в другие ветки создаёт или обновляет Workers Preview, где изменение можно проверить отдельно от production.

Для AI-агентов это особенно удобно: каждый агент может получить изолированный результат, который можно протестировать до merge.

Cloudflare добавила data jurisdiction

Для Artifacts можно выбрать юрисдикцию хранения и обработки repository data.

В официальном анонсе указаны варианты США и ЕС. Ограничение задаётся на namespace, после чего репозитории внутри него наследуют соответствующую настройку.

Это важнее, чем кажется. Если агентам отдаётся исходный код компании, вопрос о том, где физически обрабатываются данные, быстро становится частью security и compliance требований.

Появились метрики использования репозиториев

В Cloudflare dashboard можно смотреть операции Artifacts, pulls, pushes, ошибки и error rate.

Эти метрики можно использовать не только вручную. Cloudflare указывает, что данные доступны для построения собственных dashboards и monitoring.

Для системы с большим количеством агентов observability критична: иначе невозможно понять, какие workflows работают стабильно, а какие генерируют лишние операции и ошибки.

Почему обычного pull request может стать мало

Pull request хорошо работает, когда есть понятная последовательность: разработчик сделал ветку, отправил изменения, другой человек посмотрел, обсудил и смержил.

Но при массовой агентной разработке ситуация становится сложнее.

Например, двадцать агентов могут одновременно предложить разные изменения одной функции. Ещё несколько агентов могут писать тесты, документацию и миграции вокруг тех же файлов.

Тогда важно уже не только принять или отклонить отдельный PR, а сравнить несколько вариантов, понять зависимости и автоматически решить, какие изменения совместимы друг с другом.

Именно этот слой Cloudflare предлагает разработчикам переосмыслить.

Cloudflare не просит сделать обычный GitHub-клон

В условиях конкурса компания отдельно подчёркивает: идея не в том, чтобы повторить существующий GitHub и просто добавить сверху агентов.

Минимальное ожидание — показать несколько агентов, которые параллельно работают над изменениями.

Дальше предлагается экспериментировать с репозиториями, branches, worktrees, review, merge conflicts, хранением agent context и выбором лучшего варианта изменения.

У конкурса есть реальный приз

Заявки принимаются до 14 октября 2026 года.

Для участия нужно предоставить:

• демо-видео на 5–10 минут;
• ссылку на исходный код;
• код под разрешительной open-source лицензией вроде MIT, Apache или BSD;
• инструкцию, как запустить или попробовать проект.

Cloudflare выберет три лучших проекта и пригласит до двух участников от каждой команды в Сан-Франциско на Cloudflare Connect.

Команда, занявшая первое место, дополнительно получит 25 000 долларов в Cloudflare credits и приглашения на VIP speaker dinner.

Artifacts пока не бесплатная игрушка для всех

Artifacts находится в open beta и, согласно анонсу Cloudflare, доступен клиентам Workers Paid.

Cloudflare также сообщила, что биллинг за использование Artifacts начнётся 15 октября 2026 года.

То есть экспериментировать можно уже сейчас, но при проектировании реальной системы нужно учитывать стоимость repository operations и хранения данных.

Что здесь действительно интересно

Сам конкурс закончится быстро, но направление гораздо важнее конкурса.

Git долго был удобным универсальным протоколом для людей и автоматизации. Теперь компании начинают строить инфраструктуру, где Git repository создаётся на лету как временная рабочая область для AI-агента.

Если такой подход станет массовым, привычные developer platforms действительно могут измениться: меньше ручного управления ветками, больше программных fork, событий, автоматического review и оркестрации множества параллельных изменений.

Связь с другими AI-инструментами Cloudflare

Cloudflare в последние месяцы активно расширяет инфраструктуру вокруг AI-агентов. Компания уже запустила собственные decision-модели Clef и Clef-flash, а также добавила Web Search API в AI Gateway.

Artifacts закрывает другой слой: не генерацию ответа, а состояние, код и координацию работы агентов.

Вместе это выглядит уже как набор строительных блоков для собственных агентных платформ.

Практический вывод

Фраза про «следующий GitHub» звучит как хороший кликбейт, но задача за ней вполне реальная.

Когда AI-агенты начинают массово менять один проект, проблема постепенно смещается от качества одной модели к координации: кто что меняет, где хранится состояние, как проверять результат и как безопасно объединять параллельную работу.

Если подобный процесс нужно связать с внутренними сервисами, webhook, CI/CD или агентами, это уже задача из области автоматизации бизнес-процессов, а не отдельного чат-бота.

Официальный источник

Cloudflare Blog — We want you to build the next Git platform on Cloudflare