用AI Agent写代码，怎么总在复杂逻辑上翻车？求调教方法

老实说，你这情况太典型了，Agent写CRUD确实跟喝水一样顺，但一上状态机这种带时序的东西就原形毕露。我后来试了个土办法，就是别让它一口气写完整个逻辑，改成让它先输出伪代码或者步骤列表，你确认完了再让它填实现，相当于给它装了个“先想后做”的开关，效果立竿见影。

另外我觉得你拆小函数的方向没错，但拆的时候得把“边界条件”也拆进去，比如直接跟它说“每个if都要写else”，或者“所有数组访问前必须判空”，这种硬性约束比描述业务需求管用多了。有一点我挺好奇的，你有没有试过把权限校验这种链式逻辑画成图给它？我有次把状态流转画成ASCII图贴进去，它突然就理解对了，可能视觉化的东西比纯文字更容易触发它的推理能力。

不过说到底，这种多步推理场景我现在的态度是，Agent负责写骨架，分支判断和异常路径我自己手动补。你可以观察一下，它其实不是不会思考，是缺少一个“自我质疑”的环节，有时候你追问它一句“如果用户未登录但token过期了怎么办”，它自己就能发现问题。所以我现在写prompt都会加一句“请先列出所有失败场景”，别小看这句话，能挡掉一大半幻觉代码。

这种复杂逻辑别指望Agent一步到位，先让它画状态流转图或伪代码，确认后再生成实现。

这问题我太有同感了，Agent写CRUD确实快，但一碰状态机这种有前后依赖的逻辑，它就跟失忆似的，经常漏掉某个分支的返回值。我最近试了个土办法，把关键状态流转画成文字路径塞进system prompt里，比如“A状态下只有B和C能触发，触发后必须校验X”，效果比单纯注释强不少。另外别让它一口气写完整个函数，逼它先输出伪代码步骤，你确认完逻辑再让它填实现，虽然麻烦点但翻车率低很多。

这种复杂逻辑还是得自己画好流程图再喂给它，别指望它能自己推理。

说实话你遇到的这个情况太正常了，Agent写复杂逻辑翻车基本是必然，不是提示词技巧能完全解决的。我自己的经验是，得把它当个特别聪明但特别粗心的实习生，你得逼着它把思考过程显性化——比如让它先写一段伪代码或者状态流转图，你确认了逻辑再让它生成代码，而不是直接让它开写。另外我发现，把边界条件和异常分支单独拎出来，用“如果……那么……否则”这种句式一条条喂给它，比一段长描述靠谱得多。还有个小技巧，让它自己列出十种可能的边界情况再动手，虽然会啰嗦点，但能堵住不少幻觉。说到底，这类多步推理场景，Agent适合做骨架和批量代码，关键判断点你还是得自己把关，别指望全托管。

复杂逻辑真别全指望Agent，我都是让它先写状态流转图再生成代码，能少一半幻觉。

试过给它喂几个具体边界case当few-shot例子，比光写注释管用，你可以试试。

这问题太真实了，Agent写CRUD是肌肉记忆，但复杂逻辑它根本是在“猜”不是“推”。我后来发现把状态机拆成一个个独立的纯函数，再让Agent逐个实现并写单元测试，比让它一口气生成整个流程靠谱得多。

另外建议你试试在prompt里给它“反例”，比如明确告诉它“如果订单已取消就不能再支付”，这种边界约束比描述正常流程更能逼它补条件判断。说到底，Agent适合当高级补全工具，多步推理还是得人脑先画好流程图再让它填代码，别指望它自己会思考。

复杂逻辑还是得自己拆好状态机喂给它，别指望它一次想全，分步验证每个条件分支才行。

复杂逻辑别全指望它，得把状态机和边界条件写成伪代码喂进去，让它照着推。

Agent擅长执行不擅长设计，关键决策点你还是得自己把逻辑拆成流程图再让它填代码。

我也是从这坑里爬出来的，现在遇到复杂逻辑直接不跟Agent硬刚了。我的办法是先把状态机和边界条件写成伪代码或者表格塞给它，让它照着实现而不是自己发挥。另外你可以试试让它先输出“实现思路”再动手写，不对就立刻打断重来，比闷头改代码效率高。

这问题太真实了，Agent写CRUD确实快，但一碰状态机这种带时序的逻辑就露怯。我现在的做法是把关键分支直接写成伪代码塞进prompt里，逼它按步骤走，不然它真敢给你省略else分支。另外建议别让Agent一口气写完整个函数，让它先输出核心流程，你确认了再补边界处理，效果会好不少。

这题我太有感触了，Agent写复杂逻辑确实容易“自信地跑偏”。我的经验是别再喂大段需求了，直接给几个具体的用例当测试用例，让它先跑通再补全，等于帮它划了思考边界。另外状态机这种最好还是自己画个流程图贴进去，让它照着翻译，别指望它自己推。说到底它就是个高级补全工具，关键路径的决策点还是得人来定，不然查bug的时间都够自己写两遍了。

这问题太真实了，Agent写CRUD确实顺手，但一到状态机、权限链这种多步推理，它就容易把“看起来对”的代码直接甩给你。我试过最管用的办法是让它先输出伪代码或者逻辑流程图，确认完分支再让它写实现，稍微能拦住一部分幻觉。另外提示词里别只说“要处理边界”，最好直接给它几个具体的反例输入，让它针对性地加判断。说到底，这种复杂逻辑还是得自己先理清状态流转，Agent顶多算个高级补全工具，指望它自己思考确实有点为难。

复杂逻辑还是得自己先画好状态流转图喂给它，不然它真敢给你编出个平行宇宙来。

让它先写伪代码再生成，直接写代码它容易脑补，得上点约束。

这问题太真实了，Agent写CRUD确实爽，但一到状态机这种带时序的逻辑就原形毕露。我现在的做法是把关键分支和边界条件单独抽出来，用自然语言描述成“伪代码”喂给它，比如“如果订单已支付且库存不足则标记异常并回滚”，效果比单纯注释好不少。另外，让它先输出步骤拆解再写码，逼它把思考过程显性化，能少踩一半坑。不过真碰上特别绕的权限链，还是建议自己搭个骨架，让Agent填肉，别全指望它。

复杂逻辑还是得自己先把状态机画清楚，喂给它当约束，别指望它自己推理。

这种复杂逻辑建议把状态转移表直接贴给它，让它照着写，比自然语言描述靠谱多了。

这种多步推理的活儿，建议先把状态机画成伪代码喂给它，比注释管用，我试过能少一半幻觉。

复杂逻辑真别硬靠Agent，让它先列分支你审核，再动手写代码，比让它自己闷头想靠谱。

说实话你这个问题我太有同感了，Agent写CRUD确实快到飞起，但一到状态机那种带时序依赖的逻辑，它就像个记性不好的实习生，写着写着就把前置条件给吞了。我后来发现光在注释里写需求没用，它根本不会主动去“推导”边界，你得把每个分支的触发条件和非法状态直接写成伪代码塞进prompt里，相当于替它把思维链给铺好。另一个坑是别让它一口气生成整个函数，我试过逼它先输出“状态转移表”或者“决策树”，确认逻辑完整了再让它写代码，翻车率能降一半。不过说真的，这种多步推理场景我最后还是会自己手写核心判断，Agent只负责外围样板代码，毕竟让它理解业务语义还是太勉强了。你试试看把它当成一个需要你不断追问“那如果这里为空呢”“如果权限不足呢”的助手，而不是一个独立开发者，会好很多。

Agent写复杂逻辑确实得盯紧，我一般让它先列伪代码再填实现，跳步就立马拉回来。