 |
chaos934h 59m ago
1
那你自己写的时候，测试给你打回来 说有些“边界”问题， 你怎么解决的
|
 |
milkleeeeee4h 57m ago
2
我用 opus5.5 的时候，同一个 pr review 5 次，每次都会报告出问题。
所以最后我一般 reivew 个两三次就直接合并了 |
 |
4
@milkleeeeee hiahia ，但是同事的 codex 不接受啊
|
 |
iOCZS3h 56m ago
5
写代码就仿佛屁股擦不干净
|
 |
Ayanokouji3h 51m ago
6
gpt 是出了名的防御过渡
|
 |
cwliang3h 44m ago
7
国内公司订阅的 claude 不会被封吗？
|
 |
Rorysky3h 43m ago
8
挑刺是一个简单的事儿
|
 |
dacapoday2h 36m ago
12
有问题正常，先别改代码，两方反复 battle ，循环几遍，积累报告和文档。
最后找另一个 agent 总结，哪些是反复出现的，就能确认是真问题，再安排 agent 来修复。 |
 |
14
@milkleeeeee 这就是过渡思考，推理强度开太高了，review 的时候要设定好边界，推力强度不要开到 max ，简单的需求开中等推理就行
|
|
dacapoday2h 7m ago
15
@OUBA100 上半年，Loop Engineering 刚火的时候尝试过，除了费 token ，没别的问题。
claude 和 codex 各自一个 worktree, 一方假设项目没问题，一方尽可能找问题。 问题/反驳文档提交后，触发对方仓库的拉取 hook ，唤醒 codex 或 claude 来驳斥。 基本上可一直 loop 下去。 再给 pi 写个插件，让他能为任意仓库拉起 codex 和 claude 互相 battle ，监控并限制最大回合数后，收集报告和总结问题。 |
 |
MoYi1232h 6m ago
16
ai 永远能给你挑出问题的， 差不多得了
|
Select Language