团队协作落地：分支策略、PR 规范和 CI 集成

agent 进入团队流程之后，分支和 CI 的规范反而更重要了，因为机器提交的量级远大于人。我把跑通的方案写下来。 分支策略。主干保护是底线，所有改动走分支加 PR。agent 生成的改动同样如此，不要给它直接推主干的权限。分支命名体现任务类型，方便检索和回溯。并行 agent 各自一条分支，避免互相覆盖。 PR 规范。三个要点： 一，改动要聚焦。一个 PR 解决一件事，agent 很容易顺手改一堆不相关的东西，提交前要人工筛一遍。 二，说明要写清动机。为什么改，而不只是改了什么。这部分机器写不好，需要人来补。 三，必须包含验证方式。跑过什么测试、怎么复现、预期结果是什么。 CI 集成。这几步收益最高： 一，自动跑测试和 lint。这是基础，不通过不允许合并。 二，自动跑代码审查 agent。把明显缺陷拦在人工 review 前。 三，产物体积检查。前端项目尤其重要，体积异常增长往往是引入了重型依赖。 四，插件效果评测。如果团队维护了技能或插件，改动时跑一次评分，防止能力退化。 权限与边界。这几条我认为必须立规矩： 一，agent 不能直接访问生产环境。生产操作必须有人工确认环节。 二，密钥不进代码库。用环境变量或者密钥管理服务，CI 里也要注意别把密钥打到日志。 三，文件写入范围要限定。用 worktree 隔离并行任务，避免互相干扰。 四，审查记录要留存。谁在什么时候做了什么改动，出了问题能回溯。 关于两个工具的分工：Claude Code 在这条链路上是主力，因为 CI 配置、PR 流程、分支操作都是它的强项，GitLab 的合并请求也已经支持。MiMo Desktop 适合做交付物层面的验收，把构建产物、可视化报告铺开来看。 一句话总结：agent 让提交变多了，所以流程要比以前更严，而不是更松。