我们希望你基于 Cloudflare 构建下一代 Git 平台
摘要
Cloudflare 宣布 Artifacts(一个 Git 兼容、可随 AI 智能体扩展的版本化文件系统)进入公开测试阶段,新增 Workers Build/Preview 集成,并发起一项竞赛,邀请开发者基于 Cloudflare 构建面向 AI 智能体驱动的软件开发的下一代 Git 平台。
暂无内容
查看缓存全文
缓存时间: 2026/10/03 20:28
# 我们希望你在 Cloudflare 上构建下一个 Git 平台
来源:https://blog.cloudflare.com/next-git-platform-on-cloudflare/
GitHub 是为这样的世界而生的:人类编写代码,将其组织成仓库,并通过分支、提交、Issue 和 Pull Request 进行协作。
但下一代软件的构建方式将截然不同,因为它的开发者是一种全新的角色:Agent(智能体)。
Agent 修复缺陷、开发新功能、编写测试、审查变更、更新依赖,以及执行维持应用运行所需的日常维护——它们正在编写比以往任何时候都多的代码。
因此,在这样一个有成百上千个 Agent 同时处理同一代码库的新世界里,底层的基础设施应该是什么样子?
Agent 如何得知其他 Agent 正在做什么?当它们做出相互冲突的变更时会发生什么?你要如何审查它们产出的所有内容?你又如何不仅追踪"改了什么",还追踪*为什么*要改?
于是,那个迫切的问题是:**下一个 GitHub 长什么样?**
我们希望你来帮我们回答这个问题——通过把它做出来。
今年早些时候,我们推出了 [Artifacts](https://blog.cloudflare.com/artifacts-git-for-agents-beta/),一个兼容 Git 的版本化文件系统,可扩展到数百万个仓库。从一开始,我们就把 Artifacts 设计成一组可编程的原语,供开发者用来构建自己的产品、工作流和抽象层。
Artifacts 提供了基础:可以以编程方式创建和 fork 的仓库、用于代码和 Agent 上下文的版本化存储,以及 Agent 已经知道如何使用的 Git 操作。
有了这层基础之后,你就可以专注于其上的那一层:Agent 之间如何协调工作、变更如何被审查和合并,以及当成百上千个 Agent 同时工作于同一代码库时,开发者体验应该是什么样的。
这正是我们希望你去构建的那一层。
现在 Artifacts 已进入公开测试阶段,我们正在[举办一场竞赛](http://cloudflare.com/git-competition),看看谁能基于 Workers 和 Artifacts 构建出下一个 Git 平台。
## Artifacts 已公开测试,以下是值得基于它进行构建的理由
在推出 Artifacts 时,我们的目标是让为每个 Agent、会话、任务或用户创建一个仓库成为可能——并且以 Agent 所要求的规模来实现。
从那以后,我们看到开发者们以各种方式使用 Artifacts:Vibe-coding 平台用它来存储用户创建的项目;开发者用它来持久化 Agent 会话的代码和上下文;也有人创建隔离的仓库,让多个 Agent 可以从同一起点安全地工作,并在之后比较或合并各自的结果。
以下是我们在初次发布之后新增的一些能力。
### 将 Artifacts 仓库部署到 Workers
你现在可以通过 [Workers Builds](https://developers.cloudflare.com/workers/ci-cd/builds/git-integration/artifacts-integration/) 将 Artifacts 仓库连接到 Worker。当你或 Agent 向 Artifacts 仓库推送代码时,Cloudflare 会构建该项目,而对于生产分支,则会部署更新后的 Worker。推送到其他分支时,会自动创建或更新 [Workers Previews](https://developers.cloudflare.com/workers/previews/),为你提供一个隔离且可共享的 Worker 版本,让你在变更正式上线之前进行测试。
你可以将现有的 Worker 连接到 Artifacts 仓库,也可以新建项目并自动将其存储在 Artifacts 中。
### 直接在 Workers 中管理 Artifacts
你可以通过 Worker 中的 [Artifacts binding](https://developers.cloudflare.com/artifacts/api/workers-binding/) 直接与 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、删除、推送、克隆或拉取时,Artifacts 都会发布事件。你可以订阅这些事件来决定接下来做什么:运行 CI、启动代码评审 Agent,或者部署变更。
例如,你可以订阅 Artifacts 的推送事件,让 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 在何处存储和处理](https://developers.cloudflare.com/artifacts/guides/data-localization/)你的仓库数据。在创建命名空间时设置美国或欧盟管辖地,该命名空间中创建的每个仓库都会自动遵循相同的限制。
```
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 指标](https://developers.cloudflare.com/artifacts/observability/metrics/),以构建自己的仪表盘或监控系统。
### 定价
Artifacts 的定价基于仓库操作量和存储的数据量。我们将从 2026 年 10 月 15 日起对 Artifacts 的使用开始计费。
## 竞赛:在 Cloudflare 上构建下一个 Git 平台
我们希望你使用 Cloudflare Workers 和 Artifacts,构建你心目中的智能体时代 Git 平台。
你可以重新思考仓库、分支、Pull Request、worktree、代码评审和合并冲突——或者探索全新的方式来保留 Agent 上下文、同时比较多项变更,并决定哪一个应该上线。
我们并不想要一个在现有 GitHub 之上简单加上 Agent 的东西。至少,我们希望看到多个 Agent 并发地处理变更。在此之外,我们鼓励你发挥创意——你认为接下来会发生什么。
### 如何参赛
提交内容包括:
- 一段 5–10 分钟的视频,展示你构建了什么、它让 Agent 和开发者能够做什么,以及它如何运作
- 源代码链接,必须采用宽松的开源许可证(MIT、Apache、BSD)
- 运行或试用该项目的说明
### 截止时间
[提交](http://cloudflare.com/git-competition)将持续开放至 2026 年 10 月 14 日。
### 为什么要参加?
我们将评选出前三名项目,并邀请每支团队最多两名成员飞往旧金山,参加 [Cloudflare Connect](https://www.cloudflare.com/connect/) 并展示他们的作品。
冠军团队还将获得 25,000 美元的 Cloudflare 额度,以及周一晚在 Connect 举办的 VIP 演讲嘉宾晚宴的邀请。
## 开始上手
Artifacts 面向 Workers Paid 计划的客户开放公开测试。
让你的编码 Agent 开始行动吧:复制下面的提示词,搭建你的第一个 Artifacts 仓库,并开始向它推送代码。
你可以在[控制面板](https://dash.cloudflare.com/?to=/:account/workers/artifacts)中查看或创建 Artifacts 仓库;如果你想了解更多,可以查看[文档](https://developers.cloudflare.com/artifacts/)。
相似文章
为智能体时代打造的Git平台
一个专为智能体时代设计的新Git平台,可能针对AI驱动的开发工作流。
@interjc: CF 在拥有 Worker Preview 之后,现在感觉有点像 Vercel。一个仓库可以使用 git 分支分割出多个环境…
Cloudflare 已推出 Worker Previews,允许开发者使用 Git 分支分割环境,进行类似生产的测试,拥有独立的代码、配置、URL、可观测性和状态。
@msimoni: 预测:你无法取代 Git。通过内容定义分块对大文件的支持将解决其主要问题之一……
一个预测:Git无法被取代,但内容定义分块和Cloudflare Artifacts将改善大文件支持,并使仓库托管变得商品化。
面向 Agent-人类协作的 Git Forge(11 分钟阅读)
Entire 发布了首个专为 agent-human 协作打造的 Git forge,核心包括 Trails 代码评审体验、分布式 Git 托管(比 GitHub 快 89 倍)以及 Continuous Memory 三大原语,面向 AI-native 团队和编码代理开放使用。
Git之后是什么
这篇博客文章讨论了版本控制系统的演进,探讨了在现代软件开发中使用智能代理工具带来的挑战,并预览了East River Source Control构建下一代版本控制系统的方法,同时保持与Git的兼容性。