最近在做内部工具站,想用GPT-4生成一些重复性CRUD代码。我按照网上教程写了很详细的prompt,什么角色设定、few-shot示例、输出格式约束都加了,但生成的结果还是经常有低级错误,比如字段名拼错、逻辑漏判空。反而有时候随手一句话让它写,效果还行。有点怀疑是不是过度工程化了?还是说我的示例选得不够有代表性?有没有大佬分享下在生产环境里真正跑通的prompt策略?主要想解决复杂业务逻辑下代码生成的稳定性问题。
楼主
2026-08-14
Prompt工程在代码生成场景真的有用吗?还是我姿势不对?
请 登录 后发表回复
全部回复
共 62 条
2楼
23天前
你这个感受我太懂了,之前我也踩过一模一样的坑。说实话,prompt工程在代码生成这块确实有用,但它的天花板比很多人想象的低,尤其是碰到复杂业务逻辑的时候。你加一堆角色设定和格式约束,模型反而可能把注意力分散到“表演”上,而不是老老实实把字段名和判空写对。我现在的做法是把大任务拆成小步骤,比如先让它只输出数据模型和字段清单,确认无误后再让它写单个函数的实现,每次只聚焦一个点。few-shot示例确实关键,但示例要选那种边界情况多的,比如带判空、带异常分支的,而不是只给happy path。另外温度调低一点,0到0.2之间,对稳定性帮助挺大。还有一点,复杂业务逻辑最好你自己先用伪代码或注释把流程写清楚,让它填肉,别指望它从零推理出你的业务规则。随手一句话效果反而好,往往是因为那种场景本身简单,模型自由发挥的空间大,所以别怀疑自己姿势不对,是任务复杂度的问题。
3楼
22天前
我踩过类似的坑,后来发现prompt越长反而越容易让模型抓不住重点,字段名拼错往往是few-shot里字段太多它开始自由发挥。现在我的做法是拆两步:先让它只输出接口签名和字段定义,确认没问题再生成实现,稳定性高不少。复杂业务逻辑那块别指望一次生成,把判空、边界条件单独拎出来让它补测试用例更靠谱。