Cloudflare竞赛：邀请开发者构建AI时代的Git平台

GitHub 诞生在一个人类编写代码、将代码组织成仓库、并通过分支、commit、issue 和 pull request 进行协作的世界里。

但下一代的软件开发将会以不同的方式构建，因为推动它的是一类不同的开发者：Agent。

Agent 已经在编写比以往更多的代码——它们在修复 bug、构建功能、编写测试、审查变更、更新依赖项，以及完成应用程序运行所需的日常维护工作。

那么，在这个新的世界里，如果你有数百个甚至数千个 Agent 同时在同一个代码库上工作，基础架构会是什么样子？

Agent 如何知道其他 Agent 在做什么？当它们产生冲突的变更时会发生什么？你如何审查它们产生的所有内容？如何不仅追踪变更了什么，还要追踪为什么做出这个变更？

所以一个核心问题是：下一代 GitHub 长什么样？

我们希望你来帮我们回答这个问题——通过构建它来实现。

今年早些时候，我们发布了 Artifacts，这是一个支持 Git 的版本化文件系统，可以扩展到数百万个仓库。从一开始，我们就将 Artifacts 设计为一组可编程的原子能力，开发者可以用它们来构建自己的产品、工作流和抽象层。

Artifacts 提供了基础能力：可以编程创建和 fork 的仓库、支持代码和 Agent 上下文的版本化存储，以及 Agent 已经知道如何使用 Git 操作。

有了这个基础，你就可以专注于它上面的那层：Agent 如何协调它们的工作、变更如何被审查和合并、当数百或数千个 Agent 在同一个代码库上工作时，开发者体验应该是什么样的。

这正是我们希望你构建的那一层。

现在 Artifacts 已经进入公开测试阶段，我们正在举办一场竞赛，看看谁能使用 Workers 和 Artifacts 在 Cloudflare 上构建下一个 Git 平台。

Artifacts 进入公开测试了。以下是你应该在它上面构建的理由

当我们发布 Artifacts 时，我们的目标是让为每个 Agent、每个会话、每个任务或每个用户创建一个仓库成为可能——并以 Agent 所需的规模来实现。

自那以后，我们看到开发者以多种方式使用 Artifacts：Vibe-coding 平台用它来存储用户创建的项目；开发者用它来持久化 Agent 会话的代码和上下文；还有人创建隔离的仓库，这样多个 Agent 可以从同一个起点安全地工作，之后再比较或合并结果。

以下是我们自发布以来新增的一些能力。

将 Artifacts 仓库部署到 Workers

你现在可以通过 Workers Builds 将 Artifacts 仓库连接到 Worker。当你或一个 Agent 将代码推送到 Artifacts 仓库时，Cloudflare 会构建项目，对于 production 分支，还会部署更新后的 Worker。推送到其他分支会自动创建或更新 Workers Previews，为你提供一个隔离的、可分享的 Worker 版本，你可以在它上面测试变更，然后再上线。

你可以将一个已有的 Worker 连接到 Artifacts 仓库，也可以启动一个新项目并自动存储到 Artifacts 中。

直接从 Workers 管理 Artifacts

你可以使用 Artifacts binding 直接在 Worker 中与 Artifacts 仓库交互，创建或 fork 仓库、检查文件和 commit、颁发仓库作用域的 Git token。这让你的 Git 工作流变得可编程。当一个新任务到来时，一个 Worker 可以为 Agent fork 项目、读取它需要上下文的文件，并给它一个仓库来工作。当 Agent 推送一个变更时，你的自动化流程可以检查结果并启动审查。你在代码中定义这些步骤，以适配你的 Agent 工作方式。

例如，以下是如何为新的 Agent 任务 fork 一个项目并读取其 AGENTS.md 指令：

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,
};

通过事件订阅响应每次变更

每当仓库被创建、导入、fork、删除、推送、克隆或拉取时，Artifacts 都会发布事件。你可以订阅这些事件来决定下一步做什么：运行 CI、启动代码审查 Agent，或部署一个变更。

例如，你可以订阅 Artifacts 推送事件，让一个 Worker 为每次推送启动代码审查工作流。Worker 将仓库、分支和新 commit 传递给 Workflow，给审查 Agent 提供检查变更所需的上下文：

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,
        },
      });
    }
  },
};

Artifacts 仓库的数据司法管辖

你现在可以选择 Artifacts 存储和处理仓库数据的地点。在创建 namespace 时设置美国或欧盟司法管辖，创建在该 namespace 中的每个仓库都将自动遵循相同的限制。

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"}'

查看 Artifacts 指标

你现在可以在 Cloudflare 仪表板中查看 Artifacts 仓库的指标。对于每个仓库，你现在可以看到总操作数、拉取、推送、错误和错误率，帮助你了解仓库的使用情况并发现故障。你也可以直接查询 Artifacts 指标来构建自己的仪表板或监控。

Artifacts 的定价基于仓库操作数和存储的数据量。我们将于 2026 年 10 月 15 日开始对 Artifacts 使用量计费。

竞赛：在 Cloudflare 上构建下一个 Git 平台

我们希望你使用 Cloudflare Workers 和 Artifacts 来构建你心目中的 Agent 时代 Git 平台。

你可以重新思考仓库、分支、pull request、worktree、代码审查和合并冲突——或者构建新的方式来保留 Agent 上下文、同时比较多个变更，并决定哪个应该发布。

我们不是在找在现有 GitHub 上面加个 Agent 的方案。最低要求是看到多个 Agent 同时处理变更。在此基础上，我们希望你有所创新——你认为的下一个方向是什么。

需要提交的内容：

一段 5-10 分钟的视频，展示你构建了什么、它如何让 Agent 和开发者工作，以及它是如何运作的

指向源代码的链接，代码必须以宽松的开源许可证（MIT、Apache、BSD）提供

运行或试用该项目的说明

提交截止日期：2026 年 10 月 14 日。

为什么要参加？

我们将选出前三名的项目，每个团队最多两名成员将受邀前往旧金山参加 Cloudflare Connect，展示他们构建的内容。

冠军团队还将获得价值 $25,000 的 Cloudflare 积分，以及 Connect 第一天晚上 VIP 演讲晚宴的邀请函。

Artifacts 对 Workers Paid 计划的客户开放公开测试。

开始使用你的编码 Agent：

复制下面的提示语来设置你的第一个 Artifacts 仓库并开始向它推送代码。

你可以在仪表板中查看或创建 Artifacts 仓库，如果你想了解更多，可以查看文档。