rizon

再问大家一个问题哦，
我从来没用过 codex 和 claude 的 goal 模式，这个收益如何啊，大家都用在什么情况下。

@lihanst 哦哦 我 codex 用的不多，这个还真不知道，请问是怎么去让 codex 去完成一次对抗审查，然后自动完成 BUG 修复。

@kingfire 跨 AI 或者人工去做对抗式审查主要是对开发者心力上的消耗问题，如果人工去做这种事情，必然会把你拉入对结果审查的情境，对结果不信任的困境，一旦人参与进去，会产生大量的心力消耗，会变得很容易疲惫。人的心力/精神也是有额度的，也得科学管理啊

@kuhung 就是开启 xhigh+workflow 模式，然后他一般都会完成任务后做一次对抗式审查。 或者你主动切换到 ultracode 模式下和 AI 说做一次对抗式审查也可以

@weixind
@zuosiruan 我是为了使用 workflow 的能力去做对抗式审查，因为他真的每次都查出来一些 bug 去修复，虽然我也没细看这些 bug 是不是真的有必要修。

分享一下经历呗，哈哈。

对每个号被封的原因的猜测，
都做了哪些尝试

我觉得大家说的都很贴合实际情况，我在帖子里 append 了我的一些新的想法，欢迎大家讨论哈。

@bitmin 是的，我也是有这感受，可以去完全为了自己的业务系统深度打造一个内部支撑平台，这种感受真的很好。但无疑也打击了 2b 行业。


@jjx 你说的对，严格说只是 ERP 一个小的子集，但未来可能也会开始面对各种问题再去迭代产品，买一个成熟产品的好处就是别人替你提前解决了你未来要面对的需求与问题。


@chengran630 @liuxh7 是这样的，传统 2b 的商业模式和产品涉及很难去切入中小企业这种一上来没有这么多复杂需求的公司。



@seven777 我 append 的观点里也有提到，有些用户需求表达不清楚是因为他对行业不熟，他的表达必然是片面的局部思考的。越是行业内深耕的人，越容易无法理解用户，他的思考模式受大量经验影响，已经很难去理解一个普通人的脑子里在想什么了。人如此，产品也是如此，我觉得这也正是一些 2b 产品的困境，难以向前兼容。

@qeeshaw 哈哈，这事水还是挺深的

@osilinka 你说得是对的，其实我自己原本也不想做。不过好在只服务公司自身业务，当下需求小，数据量也少，后期要么我们自研 erp 跟着需求一起迭代，要么随着业务增长再做替换吧。 这些就后面再看了。