gitring

gitring 自称「编程 Agent 的源码控制」：多个 Agent 在同一个仓库里并行工作时，不再等合并冲突发生后再救，而是让它们在写代码之前先申报意图。

一次调用里，Agent 说明自己将改哪些文件与符号、为什么改。gitring 用一组有序规则衡量计划之间有多接近，决定谁继续推进、谁需要调整；规则裁不了的才交给人按一下键审批。提供 MCP 服务给 Agent 调用，以及供人查看的 Web 界面。

要点：

• 审查的是意图，而不是已经写坏的 diff；
• 面向「一个仓库、许多 Agent」而不是再做一个 Git 托管；
• 宣传在 60 个 Agent 同时工作的压测里，意图申报 P95 约 69–144 ms，1512/1512 次合并都落到 main；
• 闭源，Mindalike 出品；2026-11-03 公开，可用 GitHub / Google 注册；官网 https://gitring.tech ，应用 https://app.gitring.tech 。

为什么值得关注

Anthropic 等团队已公开讨论过 Agent 带来的合并洪峰，并自研类似 Scion 的系统。大多数团队没办法重写一套源码控制，却已经让多个 Claude Code / Codex 同时改一个仓库。gitring 把「计划冲突」前移到编码之前，是一条更轻量的协调路径。

局限

产品闭源，效果取决于 Agent 是否认真申报意图、以及规则能否覆盖你的仓库习惯。它不能替代代码审查、测试与 CI，只处理「谁先动哪一块」。

1. 打开 https://gitring.tech 或 https://app.gitring.tech ，用 GitHub / Google 注册；
2. 把仓库接入 gitring，并让编程 Agent 通过 MCP 在编辑前申报意图（文件/符号与原因）；
3. 在 Web 界面查看并行意图、冲突与排队，只处理规则无法自动裁决的部分；
4. Agent 按调度结果改代码；落地后再对照计划做检查。