我的代码提交过程： codex: 这个pr已经修复并且推送了 gpt-5.6-Sol-review：你有1个P1 2个P2 4个P3 codex：我修复了这些问题 gpt-5.6-Sol-review：你有1个P1 2个P2 4个P3 codex：我修复了这些问题 gpt-5.6-Sol-review：你有1个P1 2个P2 4个P3 codex：我修复了这些问题 gpt-5.6-Sol-review：你有1个P1 2个P2 4个P3 codex：我修复了这些问题 gpt-5.6-Sol-review：你有1个P1 2个P2 4个P3 codex：我修复了这些问题 gpt-5.6-Sol-review：你有1个P1 2个P2 4个P3 codex：我修复了这些问题 gpt-5.6-Sol-review：你有1个P1 2个P2 4个P3 。。。。

同款, bug永远不收敛

哈哈

一个PR中200个bug都是codex发现的，这也是一种AGI

感觉 sol review 只能搞一轮，更多轮次全都是nitpick

這個常遇到，之前解決的方式是要求 1. 問題必須與原先的目標相關不然不算數(他媽沒讓你做這個) 2. 如果這個問題會新增不再原本目標裡的功能也不算數(我讓你填個路徑你給我加一個沙河啥意思) 3. 不能重複問一個問題，除非你能證明之前沒解決成功，大概跑個幾輪就會沒問題挑放棄

我这边主要有 3 类： 1. AI总把一些特别极端的case 或者 业务根本不会有的流程 找出来：回复这个场景接受+更新文档 2. 文档/PR body 和 实现有脱节/模糊：修PR body/文档 3. A 有 bug 改成 B，B 有 bug 改成 A，补丁摞补丁：方案设计有问题，找出根因重构 先修pr body + resolve pr review 再 push

狠狠的+1，最终看着远超想象的文件修改量，���抖着点了 merge

哈哈

开源项目这样���回搞几次，最后到底要不要合并

没p0基本能合并

無限

我还以为是tibo呢

😁

我也这样搞哈哈，不过review一般是网页版的pro，然后codex自己读结果自己改自己推送，自己让pro审计，然后循环

其实，我��有点好奇，在它的 review 设定里面是不是强加了一条“必须找出 bug”的设定🙃

反正我就搞一轮，真出问题了再修

其实���没问题

而且原则上有P1以上的都不能通过，就这样来回review和pr，只能通过提PR前先让它自己复审，确定没有P0/P1级问题再提PR，来缓解

只能适可而止

问题来了，你到底提交了没有

我都合并了哥

典型

我也发现了这��问题，所以在 VPS 上装了一个 Codex，专门用那个 Codex 做 review，情况就好了很多。

这样是不是得多开一个会员

不用呀，支持多个登录的

怎么做到的，多个登录