我们希望你在 Cloudflare 上构建下一代 Git 平台。
We want you to build the next Git platform on Cloudflare

原始链接: https://blog.cloudflare.com/next-git-platform-on-cloudflare/

GitHub 正邀请开发者构想下一代 Git 平台,以支持数百甚至数千个 AI 智能体并发工作。Cloudflare Artifacts 为此提供了基础:它是一个兼容 Git、具备版本控制能力的文件系统,可扩展至数百万个仓库。 Artifacts 支持以编程方式创建和分叉仓库、管理代码和智能体上下文的版本、使用隔离工作区、部署和预览 Workers、配置仓库级 Git 令牌、订阅事件以自动执行审查或 CI,以及设置美国或欧盟数据管辖区域和提供运营指标。开发者可以使用 Workers 和 Artifacts 绑定来定义自定义工作流,包括分配任务、检查变更、协调智能体、审查工作成果和合并结果。 Cloudflare 正在举办一项竞赛,目标是打造面向智能体时代的全新 Git 平台。参赛作品必须展示多智能体并发协作,并可重新设计仓库、分支、审查、冲突处理或上下文管理方式。提交截止日期为 2026 年 10 月 14 日,提交内容需包括一段 5 至 10 分钟的视频、开源代码和运行说明。前三名团队将获得最多两次前往旧金山参加 Cloudflare Connect 的旅行机会;第一名还将获得 25,000 美元的 Cloudflare 额度和 VIP 活动邀请。

Cloudflare 发起了一项竞赛,要求参赛团队使用 Workers 和其版本化 Artifacts 存储,设计一个“智能体时代”的 Git 平台。参赛者必须以宽松许可证开源作品;获胜者将获得前往 Cloudflare Connect 参会的机会,而一等奖仅包括 25,000 美元的 Cloudflare 积分和一顿 VIP 晚宴。参赛资格也基本仅限于美国和加拿大的居民。 评论者普遍持怀疑态度,认为这项竞赛实际上是 Cloudflare 的营销和客户获取活动。他们批评奖品并非现金,担心参赛者的创意可能被挪用,并反对强制开源以及进一步依赖 Cloudflare 平台。许多人更倾向于去中心化方案,例如自行托管的 Git 服务器、纯 SSH 仓库、Fossil,或兼容 S3 的存储。 另一些人则质疑“数百或数千个智能体需要同时修改同一个代码库”这一前提。他们认为,协调、测试、评审和代码质量仍然比版本控制更难解决。 原帖有人将其与 Google Wave 作比较——那是一个技术雄心勃勃的协作平台,但因执行不佳、用途不明确和产品最终被放弃而失败。一些人为 Cloudflare 物美价廉且实用的开发者服务辩护;另一些人则警告,企业锁定以及技术或政治层面的单点故障可能会带来风险。
相关文章

原文

GitHub was built for a world where humans write code, organize it into repositories, and collaborate through branches, commits, issues, and pull requests.

But the next generation of software is going to be built differently because it is going to be built by a different kind of developer: agents.

Agents are already writing more code than ever before — they’re fixing bugs, building features, writing tests, reviewing changes, updating dependencies, and doing the routine maintenance required to keep an application running.

So in this new world where you have hundreds, or even thousands, of agents working on the same codebase at the same time, what does the foundation look like?

How do agents know what other agents are working on? What happens when they make conflicting changes? How do you review everything they produce? How do you keep track of not just what changed, but why a change was made?

And so the burning question is: What does the next GitHub look like?

We want you to help us answer it, by building it out.

Earlier this year, we launched Artifacts, a versioned filesystem that speaks Git and can scale to millions of repositories. From the start, we designed Artifacts as a set of programmable primitives that developers could use to build their own products, workflows, and abstractions.

Artifacts provides the foundation: repositories that can be created and forked programmatically, versioned storage for code and agent context, and the Git operations agents already know how to use.

With that foundation in place, you can focus on the layer above it: how agents coordinate their work, how changes are reviewed and merged, and what the developer experience should look like when hundreds or thousands of agents are working on the same codebase.

That is the layer we want you to build.

Now that Artifacts is in open beta, we’re holding a competition to see who can build the next Git platform on Cloudflare using Workers and Artifacts.

Artifacts is in open beta. Here’s why you should build on it

When we launched Artifacts, our goal was to make it possible to create a repository for every agent, session, task, or user — and to do that at the scale agents require.

Since then, we’ve seen developers use Artifacts in a range of ways: Vibe-coding platforms are using it to store the projects their users create. Developers are using it to persist the code and context from agent sessions. Others are creating isolated repositories, so multiple agents can safely work from the same starting point and compare or merge the results later.

Here are some new capabilities we’ve added since the initial launch.

Deploy Artifacts repos to Workers

You can now connect an Artifacts repository to a Worker through Workers Builds. When you or an agent pushes code to the Artifacts repository, Cloudflare will build the project and, for the production branch, deploy the updated Worker. Pushes to other branches automatically create or update Workers Previews, giving you an isolated, shareable version of your Worker where you can test changes before they go live.

You can connect an existing Worker to an Artifacts repository or start a new project and automatically store it in Artifacts.

Manage Artifacts directly from Workers

You can interact with Artifacts repositories directly from a Worker using an Artifacts binding to create or fork repos, inspect files and commits, and issue repo-scoped Git tokens. This makes your Git workflow programmable. When a new task arrives, a Worker can fork the project for an agent, read the files it needs for context, and give it a repository to work in. When the agent pushes a change, your automation can inspect the result and start a review. You define those steps in code to fit how your agents work.

For example, here’s how to fork a project for a new agent task and read its AGENTS.md for instructions:

using project = await env.ARTIFACTS.get("my-project");
const { defaultBranch } = await project.info();
const workspace = await project.fork(`task-${crypto.randomUUID()}`);

using repo = await env.ARTIFACTS.get(workspace.name);
const instructions = await repo.readFile({
  ref: defaultBranch,
  path: "AGENTS.md",
});

const agentTask = {
  remote: workspace.remote,
  token: workspace.token,
  instructions: instructions ? await instructions.text() : null,
};

React to every change with event subscriptions

Artifacts publishes events whenever a repository is created, imported, forked, deleted, pushed to, cloned, or fetched. You can subscribe to these events to decide what happens next: run CI, kick off a code review agent, or deploy a change.

For example, you can subscribe to Artifacts push events and have a Worker start a code review workflow for each push. The Worker passes the repository, branch, and new commit to the Workflow, giving a review agent the context it needs to inspect the change:

export default {
  async queue(batch, env) {
    for (const message of batch.messages) {
      const event = message.body;
      if (event.type !== "cf.artifacts.repo.pushed") continue;

      await env.REVIEW_WORKFLOW.create({
        params: {
          namespace: event.source.namespace,
          repo: event.source.repoName,
          ref: event.payload.ref,
          commit: event.payload.after,
        },
      });
    }
  },
};

Data jurisdiction for Artifacts repos

You can now choose where Artifacts stores and processes your repository data. Set a U.S. or EU jurisdiction when you create a namespace, and every repository created in that namespace will automatically follow the same restriction.

curl "https://api.cloudflare.com/client/v4/accounts/$ACCOUNT_ID/artifacts/namespaces" \
  -H "Authorization: Bearer $CLOUDFLARE_API_TOKEN" \
  --json '{"namespace":"my-eu-namespace","jurisdiction":"eu"}'

View Artifacts metrics

You can now see metrics for your Artifacts repositories in the Cloudflare dashboard. For each repository, you can now see total operations, pulls, pushes, errors, and error rate, helping you understand how the repository is being used and spot failures. You can also query Artifacts metrics directly to build your own dashboards or monitoring.

Pricing

Artifacts pricing is based on repository operations and the amount of data stored. We will begin billing for Artifacts usage on October 15, 2026.

Competition: Build the next Git platform on Cloudflare

We want you to build your vision for the Git platform of the agentic era using Cloudflare Workers and Artifacts.

You could rethink repositories, branches, pull requests, worktrees, code review, and merge conflicts — or build new ways to preserve agent context, compare multiple changes at the same time, and decide which one should ship.

We aren’t looking for GitHub as it exists today with agents added on top. At a minimum, we want to see multiple agents working on changes concurrently. Beyond that, we want you to get creative — what you think comes next.

How to enter

Submit:

  • A 5-10 minute video demonstrating what you built, what it enables agents and developers to do, and how it works
  • A link to the source code, which must be provided under a permissive open source license (MIT, Apache, BSD)
  • Instructions for running or trying the project

Deadline

Submissions are open until October 14, 2026.

Why should you participate?

We’ll select the top three projects and fly up to two members from each team to San Francisco to attend Cloudflare Connect and show what they built.

The first-place team will also receive $25,000 in Cloudflare credits, along with invitations to the VIP speaker dinner on Monday night at Connect.

Get started

Artifacts is available in open beta to customers on the Workers Paid plan.

Get started with your coding agent: copy the prompt below to set up your first Artifacts repository and start pushing code to it.

You can view or create the Artifacts repositories in the dashboard or if you’re looking to learn more, check out the documentation.

联系我们 contact @ memedata.com