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

同感，Agent写简单流程确实快，但复杂逻辑翻车率太高了。我试过把状态机拆成多个小prompt分步验证，效果比一股脑扔给它好一点，但边界条件还是得自己盯着补。感觉目前Agent更适合当高级补全工具，核心逻辑的决策树还是得人先画好，不然它自己绕进去就出不来了。

你这情况太真实了，我也在Agent模式上翻过车。我觉得问题可能出在提示词太“笼统”上——复杂逻辑得把思考链路拆成“先做什么、再判断什么、最后怎么兜底”这种结构化步骤，直接塞进prompt里。另外，试着在代码里加一些明确的断言或注释来约束边界条件，比如“用户状态为X时，必须跳过步骤Y”，能帮Agent减少幻觉。不过说实话，真到状态机这种级别，我一般会先手写核心逻辑的伪代码，再让Agent去填充细节，完全放权确实容易崩。

复杂逻辑还是得自己画流程图拆解再喂给Agent，光靠注释它容易偷懒。

Agent模式本质是概率输出，复杂逻辑还是得人肉拆流程图喂给它，别指望一步到位。

同感，CRUD确实稳，但一上复杂业务逻辑就容易放飞自我。我试过把状态机拆成多个小prompt分步验证，每一步让Agent输出思考过程再继续，效果比一次性丢给它好不少。另外建议给Agent写几个边界案例当few-shot示例，它模仿能力比纯文字描述强。复杂场景还是别完全放手，关键节点自己把逻辑捋一遍再让Agent补代码更靠谱。

这问题太真实了，我拿Agent写状态机也是反复翻车。后来发现关键不是让它一次想完，而是逼它把每个分支和边界条件列成清单，再让它按清单逐行核对代码，相当于给它装个强制检查清单的外挂。

另外复杂逻辑千万别全靠对话流，我会先让Agent画个逻辑流程图或者伪代码，确认每一步的输入输出没问题了，再让它生成具体实现，正确率能高不少。现在遇到特别绕的权限链，我干脆自己先写个骨架，让Agent只负责填肉，反而省心。

这问题太真实了，Agent写CRUD是肌肉记忆，但状态机和权限链本质是逻辑推理，它压根没在“思考”，只是根据概率拼代码。我的土办法是把关键分支画成表格扔给它，明确写清楚每个状态转移的前置条件和异常返回，比注释管用得多。另外别让它一步到位，先让它输出伪代码或步骤清单，你确认了逻辑再让它填实现，能少踩一半坑。

复杂逻辑还是得自己先把状态机画出来喂给它，别指望它自己推，我试过把分支条件写成伪代码就好使多了。

复杂逻辑别让它自由发挥，先自己把状态机或边界条件写成伪代码再让Agent填实现，靠谱得多。

这问题太真实了，Agent写CRUD确实快到飞起，但状态机那种带时序的活它经常把条件分支给吞了。我试下来最有用的是把“不允许出现的情况”直接写进prompt，比如“用户已取消的订单不能流转到待支付”，它至少能少犯一半错。另外可以试试让它先口述一遍思路再动手，比如加一句“先用自然语言描述你的状态流转步骤”，比让它直接写代码靠谱。最后，复杂逻辑还是得自己盯关键节点，别指望全托管。

试试把状态机和权限校验拆成独立小文件，每一步都用自然语言写清前置条件和后置断言，agent会老实很多。

这问题太真实了，Agent写CRUD确实快，但一碰状态机这种带时序的逻辑，它压根没在“推理”，只是在拼接见过的代码。我的土办法是把关键分支写成伪代码或表格塞进prompt里，明确告诉它“每一步必须列出前置条件和失败分支”，否则它默认走最简单路径。另外我建议复杂逻辑别让Agent一口气写完，让它先输出状态流转图或者决策树，你确认了再让它生成代码，相当于逼它先思考再动手。目前看，这种多步推理场景它更像高级补全工具，别指望它能替你建模。

说实话这问题我也踩过不少坑，后来发现核心不是prompt写多细，而是得逼着它把推理过程显性化。我现在的做法是让它先输出状态流转表或者伪代码，确认逻辑闭环了再让它生成实现，相当于加一道人工审查闸门。

另外复杂逻辑我真不建议全扔给Agent，它擅长的是局部实现，全局设计还是得自己把控。你可以试着把大逻辑拆成几个独立的小Agent任务，每个任务只负责一个状态节点，这样它幻觉的概率会低很多。

还有个野路子是让它写单元测试用例，先跑起来看哪里挂，再反推它补逻辑。虽然绕了点，但比直接改代码有效得多。

遇到复杂逻辑还是别把Agent当主力了，我一般让它先写个草稿版，然后自己手动把状态流转和边界条件列成表格，再让它照着改，比直接描述需求靠谱得多。另外试试用“一步一步思考”的提示词，逼它把每个分支都过一遍，虽然慢点但幻觉少很多。不过说真的，订单状态机这种涉及时序的东西，还是得自己拿主意，Agent顶多当个高级补全工具用。

说实话这问题我太有共鸣了，Agent写CRUD纯属降维打击，但一碰状态机或者权限链这种多步逻辑就原形毕露。我的经验是别指望它在prompt里“思考”，你得把关键分支和边界条件直接喂给它，比如“当订单已支付且退款申请中，禁止再次取消”，这种硬约束写进注释比让它自己推理靠谱得多。另外可以试试让它先输出伪代码或者步骤列表，你确认逻辑闭环了再让它生成正式代码，等于帮它装了个“思考脚手架”。最后建议复杂逻辑还是自己搭好骨架，让Agent填肉，别让它从零设计。

复杂逻辑建议先把状态图和异常流写进prompt，再让agent分步输出伪代码验证，比直接要代码稳得多。

我也是这么翻车过来的，后来干脆自己先画好流程图，让agent照着填实现，别让它自由发挥。

复杂逻辑还是得自己先画好流程图再喂给它，别指望它自己脑补状态机。

我试过让它先写伪代码再生成，翻车率低不少，你可以试试。

说实话我跟你遇到一模一样的情况，后来发现别把Agent当全能，复杂逻辑直接手动把状态机或者校验链的骨架代码写出来，让它只填具体分支逻辑就行，成功率一下子高了不少。另外你试试让它在写代码前先用自然语言把步骤列出来，再让它按这个步骤翻译成代码，相当于逼它先思考再动手，比直接在注释里写需求管用。

这问题太真实了，我最近也被Agent坑过。它写CRUD确实溜，但一到状态机那种带历史依赖的逻辑就开始放飞自我，经常漏掉前置校验。我的经验是别指望它一次想全，得把关键约束拆成独立的小文件让它逐段读，或者直接画个流程图让它先解释清楚再动手。另外，复杂逻辑真别全交给Agent，我后来是让它生成骨架+自己填核心条件，反而稳很多。

这种场景我太熟了，状态机那种多分支流转，Agent经常把default分支给吃了。我的土办法是逼它先输出一个“伪代码+状态表”的思考草稿，确认逻辑闭环了再让它生成正式代码，相当于给它加个“写前检查”的关卡。另外别在注释里写需求，直接给它一个最小可运行的失败测试用例，让红绿灯驱动它补全逻辑，比靠嘴说管用得多。