如何阻止Codex防御性编程?

有没有什么好的AGENTS.md可以阻止GPT防御性编程的呢?有没有佬分享下

很难管得住,我试过一些提示词,结果代码质量有所下降,就由他去了。我做的多是rust,防御性编程还不算多

开始提需要前,你主动提出
不要过度防御,不要过度兜底,优先 donot repeat yourself

对,我也是这样,我现在就一小段一小段做,他有过度防御迹象就及时阻止

防御性编程不是问题,关键是要约束好它做出来的功能,不能让它做多了,做出来你都不理解的功能就拉闸了。

他自己就默认搞一堆兼容层,各种兜底。

我有时候就会直接跟他说,我们这次就是彻底的改造,大刀阔斧,你不用考虑兼容性的问题,一次性改到位。

就还好,基本上不会搞一堆东西在那兼容旧写法/旧 API/旧调用


一个Goal跑12天我是真不想Review了:joy:

不要大型goal了,你要给他明确的断点,不然就是无休止的重构

我的AGENTS.md 里面强制规则写了禁止做任何的fallback。光这样代码质量就上去不少了

不停的 review :smiling_face_with_tear:也不知道和 superpower 有没有关系

这种写出来的都是史山中的史山,只要读一点感觉人生都要完蛋了

貌似很容易过度设计,即使你要求他不要过度

我感觉是 努力参数设置的太高了。试试用 high

“给我最小化实现”,写的多了就说“这些有必要嘛,没有必要请删除” w

最好的办法是让fable给设计好架构和开发文档,让gpt solmax干活儿。这样要稳的多

没招,即使我在AGENT.md里面和他说了优先最小化实现,他还是会这样.除非我在对话中纠正他

请问一下 让肥波设计的时候 怎么样跟肥波说呀 就是让他写文档吗

是啊,只要测试他能跑通,这种代码我是不会再读一点了的,有问题也甩给他了

有关系,superpower有时感觉过度约束,有时只是想改一个结构体而已,看看是不是ok的,结果它的验证机制导致好几个结构体甚至是跨包结构体都得牵连,我的感觉就是验证机制太严格,有利有弊吧

用grill和肥波头脑风暴,把需求定好,告诉肥波开发主力是gpt5.6max,告诉他可用的模型,告诉他你能开几个线程,让他给你设计好需求和开发文档,然后你审核完再转交gpt开发就行了。后面让肥波验收