GitHub 是为一个由人类编写代码的世界而构建的：人们把代码组织成仓库，并通过分支、提交、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 会构建项目，并对生产分支进行部署。你可以将现有 Worker 连接到 Artifacts 仓库，也可以启动新项目并自动将其存储在 Artifacts 中。
直接从 Workers 管理 Artifacts
你可以使用 Artifacts 绑定直接从 Worker 与 Artifacts 仓库交互：创建或 fork 仓库、检查文件和提交、签发仓库范围的 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、删除、推送、克隆或 fetch 时，Artifacts 都会发布事件。你可以订阅这些事件来决定接下来发生什么：运行 CI、启动代码审查 agent，或部署变更。
例如，你可以订阅 Artifacts 的 push 事件，让一个 Worker 为每次推送启动代码审查工作流。Worker 将仓库、分支和新提交传给 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 在哪里存储和处理你的仓库数据。在创建命名空间时设置美国或欧盟辖区，该命名空间中创建的每个仓库都将自动遵循同样的限制。
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 仓库；如果你想了解更多，请查看文档。
相关标签：Birthday Week、Developers、Workers