如何阻止Codex防御性编程？

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

开始提需要前，你主动提出

不要过度防御，不要过度兜底，优先 donot repeat yourself

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

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

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

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

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

一个Goal跑12天我是真不想Review了^-^

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

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

不停的 review ^-^也不知道和 superpower 有没有关系

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

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

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

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

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

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

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

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

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