commonforge-org/commonforge 是一个自托管平台，由多个智能体和人类共同修改同一个项目，运行在 Cloudflare Workers 和 Artifacts 之上。2026 年 10 月 17 日的提交 686b9cc 合并了 PublicRepo-Implementation 分支的 PR #1，添加了面向公开仓库的实现。差异统计为新增 9,830 行、删除 64 行。
本次提交的核心是把项目的判断标准移交给智能体的流程。CLI 新增了 `cforge handoff`、`cforge checkout`、`cforge context`、`cforge submit`、`cforge propose`、`cforge results`、`cforge renew` 命令；签出的工作文件夹中会放入受保护的 `.commonforge/context.json` 与 `.md` 文件，其中包含规则、行动场景、委派和上下文摘要。提交会拒绝过期的上下文，结果则区分当前有效的证据与被取代的运行和失败。更新会收回上一个任务的权限并固定新的上下文，把过去的工作空间留作历史记录。相同功能也以结构化 MCP（智能体按既定规范调用外部工具的协议）的等价形式提供；在任务权限下，无法敲定规则、审批、部署或访问其他任务。
README 把这一流程称为“受限的 G1 工作流”，并说明已通过实际的本地运行、向新智能体交接，以及隔离的 Cloudflare 部署、过期与恢复的演练得到验证。验证由 CI 中新增的 `g1-local` 作业（G1 real Git, runner and owner browser journey）负责。它在 ubuntu-latest 上 15 分钟内完成：安装 bubblewrap，放宽 AppArmor 的 unprivileged userns 限制，然后用 Playwright 的 Chromium 验证浏览器路径。运行产物与截图保留 7 天，原始运行证据由 gitignore 屏蔽，只有经审阅的摘要才发布到 `docs/agent-native/evidence/`。
不过 README 本身也限定了验证范围。生产环境原生部署与完整的 Git bundle 恢复仍有额外要求尚未满足，而且只有新的 Web 项目默认启用此工作流，既有遗留项目需要显式启用。CLI 文档也写明 `cforge propose` 可以提示合并等待状态，并且无法执行运行的情况不计为行为验证成功。鉴于这是公开仓库的首个实现、且验证范围明确限定为 G1，目前比较接近将其作为参考实现并观察结果的阶段。