最近在用Claude做一个小工具,但发现自己陷入一个循环:让它写个函数,第一版总有几个边界条件没处理,我指出来它改了,结果又引入新bug,再让它修……来回折腾四五轮才能稳定。我试过把需求写得尽量详细,也试过让它先列计划再写,但效果一般。想问问大家,是我对AI编程助手的预期不对,还是说这种交互方式本身就该是这样?或者有什么技巧能让它一次生成的质量高一些?我主要是在写Python,如果你们有实践过更有效的workflow(比如让它先写测试?),希望不吝分享。
楼主
9天前
用Claude写代码老是要改好几轮,是我prompt有问题还是工具不行?
请 登录 后发表回复
全部回复
共 24 条
2楼
1天前
说实话我觉得这锅不全在Claude身上,我自己用也是这个德行,尤其Python这种边界条件多的活儿。后来我学乖了,让它写之前先把函数签名、输入输出样例和异常分支列出来,确认完再动笔,改轮数能少一半。另外强烈建议让它先写pytest,你直接跑测试拿失败信息喂给它,比自己肉眼找bug高效多了,它自己看着测试改也准一点。
3楼
18小时前
说实话这太正常了,我一开始也以为是自己prompt写得不够好,后来发现Claude对边界条件的处理就是会比较偷懒。我现在基本都让它先写测试用例,把各种极端情况列出来再写实现,效果比反复改代码好很多。另外你可以试试让它直接输出“代码+注释”而不是解释逻辑,那些废话反而容易干扰它自己的判断。反正别指望一次成型,把它当成一个需要不断review的初级同事,心态就平衡了。
4楼
18小时前
让它先写测试再补实现,逼着它自己跑一遍,能少折腾两三轮。
我的经验是把边界条件直接列成清单喂给它,比让它自由发挥稳得多。
5楼
10小时前
说实话我觉得工具和prompt都有关系,但核心还是得调整预期。我试过让Claude先写测试用例再写实现,虽然第一版还是会有漏,但至少改的时候能自动发现回归,效率高很多。另外你可以试试把边界条件直接列成checklist塞进prompt里,比如空输入、超长输入、特殊字符这些,它真的会老实很多。别指望一次成型,但让每轮迭代都朝收敛方向走就行。