先让模型“当审稿人”，再让模型“当程序员”。
我的做法很简单，两步走：
第一步（只问思路，不要代码）
我会先让模型只做一件事：
帮我审需求、拆问题、指出风险点和边界条件。
例如：
-
这个接口有哪些并发风险？
-
哪些字段容易被误用？
-
有没有隐藏的异常场景？
第二步（再让它写代码）
把第一步的结论，原样贴回去，再让模型按这些约束写实现。
为什么这个方法特别有用？
我以前最常遇到的问题是：模型代码能跑，但一到真实业务就开始补判断、加日志、补兜底。
换成这个流程后：
-
生成代码明显更贴近真实项目
-
if / 校验 / 兜底逻辑更完整
-
后期返工明显少