- qxiaoyuan2026-10-16
最近团队多了几个伙伴,大家产出很猛,每天几十个 PR 堆过来。评审、合并、部署现在基本都集中到我这一块，我成为影响大家效率的一环了哈哈。
我现在的做法:用 Codex 的 bot 在 PR 上自动评审,每个 PR 先让它过一遍、给意见,我再看它的结论决定要不要改、要不要合。这步确实省了不少力,但还有两个点卡着。
一、想做多 AI 评审,但不知道怎么编排
只靠单个模型的意见我不太放心,想让多个 AI(比如 Codex 、Claude 再加一个)一起评,交叉验证,减少单模型的漏判和误判。
真要这么干,几个问题:
- 多个模型各评一遍,成本上去了怎么控?(看到有人用便宜模型先过一遍、有料再上贵模型,类似这种省 token 的思路)
- 几个意见不一致时谁说了算?我人工裁决,还是再来个模型做汇总?
- 用什么把它们串起来比较顺?GitHub Action,还是各家 bot 各挂各的?
有没有人真在跑多 AI 评审的,怎么编排的?
二、非团队成员的提交,Vercel 不给自动部署
我们前端挂在 Vercel,只要提交的作者不是 Vercel 团队成员,他的 PR / 合并就不会自动部署,每个都要我手动点一下才部署。
三个解决方法:
- 把伙伴都加进 Vercel 团队:最直接,但 Vercel 按席位收费,人一多成本不低,还等于给了他们部署后台的权限。
- CI 里用一个团队的 deploy token 跑部署:部署归属到这个 token(团队成员),就绕开了逐人授权,人也不用进 Vercel 。但要自己搭 CI 部署,还得处理和 Vercel 自带 Git 部署的关系。
你们遇到这个 Vercel 授权是怎么处理的?
大家真实在用的 PR 自动评审 + 自动部署工作流,尤其多 AI 评审这块,很想取取经。
主楼 - davidoff5672026-10-16
互联网公司的话审批太细会拖累进度，像原有的 CodeReview 可以舍弃了（ eg:这个方法为啥要这么写），出了事艾特对应的人能及时响应就行，用户当测试
- zhangli29462026-10-16
评审交给有技术上下文的人 (来背锅)
把自己从部署环节摘出来 (审核流程正确性，反复运行正确流程) - jackOff2026-10-16
我现在强制要求写好 git 提交记录，改了什么，怎么测都必须严格写好，然后让 ai 先自动化操作一遍测试一下看看和 git 提交记录是否对的上，然后再随机测测
- yidinghe2026-10-16
不要给自己上强度。你的做法是每个 AI 都在给你上强度而不是减轻你的负担。
正确的做法是，你负责审设计，AI 负责审细节，先让 AI 总结设计方面的变更，然后你对照需求看是否可以接受。然后 AI 查细节，是否有逻辑遗漏或计算方面的问题，当然最后还是要测试的。
- lizhenda2026-10-16
还用 Vercel ？公司这么有钱？除了最开始没出 AI 的时候省事，现在它还有什么优势？
- lizhenda2026-10-16
其实我觉得你担心的点不太对，最大的可能是整个前端团队都被优化掉，或许非常突然。
- qxiaoyuan2026-10-17
@davidoff567 小团队，确实审太细会拖进度，但还是要尽可能避免线上搞坏，现在留住用户太难了
- qxiaoyuan2026-10-17
@zhangli2946 哈哈哈哈 后端交给我们的技术大佬 全栈工程师来把关
- qxiaoyuan2026-10-17
- qxiaoyuan2026-10-17
- qxiaoyuan2026-10-17