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

这问题太真实了，Agent写CRUD确实一把好手，但一到状态机这种隐式逻辑就暴露“语文理解”短板了。我试过最有效的办法是给它画“执行流程图”而不是纯文字描述，比如直接把状态流转的if-else分支写成伪代码，它反而能理解。另外复杂业务我都是让它先输出“步骤清单”再写码，相当于逼它先思考再动手，能砍掉大部分幻觉代码。还有别指望全自动，遇到关键节点就手动打断它，把边界条件塞进测试用例让它跑一遍，比prompt管用多了。

这问题太真实了，Agent写CRUD确实快，但一碰状态机这种逻辑就露怯，本质还是它缺乏“全局推演”能力。我试过最有效的办法是逼它在动手前先输出一段伪代码或决策树，把分支条件列全了再生成，等于给它加了道思考的保险丝。另外别太信任单次生成，复杂逻辑拆成几步让Agent逐步实现，每步都人工review一下边界，比一次性喂给它强得多。说实话，这种场景我最后还是会手写核心判断，Agent只当个高级补全工具用。

说实话你这体验我太有共鸣了，Agent写CRUD确实跟开了挂似的，但一碰状态机这种带时序的逻辑就原形毕露。我后来发现根子不在提示词长短，而是它压根没把“约束条件”当成必须执行的代码，只当成背景噪音。你可以试试把那些边界情况和异常分支直接写成测试用例，塞给Agent当“验收标准”，让它先跑红再写实现，比在注释里反复强调有效得多。另外把一个大状态机拆成多个独立的小Agent任务，每个只负责一个转移条件，任务之间用明确的输入输出契约衔接，幻觉率会低不少。还有一个野路子，就是故意在prompt里埋几个自相矛盾的坑，比如同时给两条冲突的规则，看它会不会主动追问而不是自己瞎选，能追问的Agent才算真理解了逻辑。最后说句实话，真涉及资金或者权限这种高风险链路，我建议还是自己手写核心判断，让Agent只补外围代码，它当副驾还行，方向盘真不能全交出去。

这问题太真实了，Agent写复杂逻辑确实容易“自信地胡说”。我试过最有效的办法是让它先写伪代码或流程图，把状态迁移和条件分支列清楚，确认后再生成正式代码，等于逼它把思考过程显性化。另外别一次给太多需求，把状态机拆成几个独立小场景让它逐个实现，最后再串起来，比让它一口气搞定靠谱得多。还有个小技巧，在prompt里明确让它写出每个分支的边界条件和异常处理，不然它默认走happy path。

说实话你这个问题我太有同感了，Agent写CRUD确实像开了挂，但一到状态机这种带时序的逻辑就秒变“幻觉生成器”。我觉得核心问题不在提示词长度，而在于你让它直接“写”而不是“推演”。我现在的做法是逼它先输出伪代码或流程图，用自然语言把每个分支、每个异常路径都列清楚，确认逻辑闭环了再让它生成正式代码，这招能砍掉大半的幻觉。另外，对于权限校验链这种，我会故意在prompt里塞几个“陷阱”边界条件，比如空角色、重复提交、并发覆盖，让它必须显式处理，否则它默认走最顺的那条路。还有个小技巧是让它自己给自己写测试用例，特别是针对那些中间状态的断言，它写用例的时候往往能暴露出自己对逻辑理解的漏洞。最后说句实在的，如果逻辑复杂到你自己都要想半天，那真别指望Agent能一步到位，把它当结对编程的实习生，多轮review比一次性调教靠谱得多。

说实话这问题太真实了，Agent写CRUD确实一把好手，但一碰状态机这种带隐式约束的逻辑就露馅。我现在的土办法是先把整个流程用自然语言画成决策树给它，每个分支都明确写出“如果xx且xx才走这步”，比单纯堆需求注释管用。另外你试过让它先输出伪代码再转换成正式代码吗？我发现强制它过一遍“思考草稿”能过滤掉不少幻觉。实在不行就把它当结对编程的实习生，复杂逻辑自己写主干，让它补测试用例和边界检查，反而省心。

复杂逻辑建议先自己画好状态机或流程图，把它贴进prompt里当约束，别让它自由发挥。

我试过把关键边界条件直接写成测试用例喂给它，比注释管用，相当于让它按图索骥跑一遍。

说实话这问题我太有共鸣了，Agent写那种线性流程确实快，但一旦牵扯到分支状态或者异常流转，它那个“想当然”的毛病就特别致命。我现在的土办法是逼它在动手前先输出一段伪代码或者状态流转图，明确每一步的输入输出和失败分支，再让它按这个骨架去填实现。另外别把需求全堆在一个prompt里，我试过把复杂逻辑拆成几个互相独立的子Agent任务，每个只负责一小段，再自己写个总控串起来，翻车率能降不少。不过说到底，这类核心业务逻辑我最后都会人工review一遍关键条件，指望它完全自主还是不太现实。

复杂逻辑还是得自己先把状态机画出来喂给它，别指望它自己推理全流程。

把关键边界条件直接写成测试用例丢给它，比注释管用多了。

说实话Agent写复杂逻辑翻车太正常了，它本质上是概率生成，不是真的在推导状态机。我试过把完整的状态转换表直接贴进prompt，再让它按表填代码，效果比描述需求好很多。另外你拆小函数的方向没错，但得让它先输出伪代码或逻辑分支清单，确认没漏条件再写实现。核心就是别让它自己脑补业务规则，把你能想到的边界情况都显式喂给它，剩下的交给测试兜底。

复杂逻辑还是得自己拆好状态机喂给它，别指望它一步到位，我一般让它先写伪代码再过一遍边界。

说实话这问题太典型了，Agent写CRUD本质是模式匹配，但状态机和权限链这玩意儿需要全局一致性，它根本没那个上下文窗口去hold住所有分支。我试过把状态流转画成伪代码塞给Copilot，比纯文字描述好使点，但复杂了照样翻车。现在我的做法是让它只负责生成单个步骤的纯函数，逻辑编排自己手写，别指望它一步到位。另外你可以在关键节点上故意写个错误示例，告诉它“别这么写”，有时候比正向指令管用。

我最近也在跟这套Agent较劲，感觉问题不在于提示词写得好不好，而是它压根没有“停下来想”的机制。你让它写订单状态机，它其实是在按概率补全代码，而不是真的在脑子里跑一遍状态转移图，所以漏掉某个分支太正常了。我的做法是逼它先输出逻辑再输出代码，比如让它用自然语言把状态流转和异常路径列出来，确认没问题了再让它写实现。还有个笨办法但挺管用，就是让它自己写单元测试，尤其是边界条件的测试，写完跑一遍，很多时候它自己就发现逻辑缺了。另外权限校验链这种涉及多层级判断的，我会拆成独立的决策函数，每个函数只负责一个判断，Agent处理单点逻辑时幻觉会少很多。说到底这种场景不能完全放手让它端到端写，得把它当成一个执行力很强但不会主动质疑需求的初级开发，关键节点还是得自己盯着。

复杂逻辑我一般不让Agent一口气写完，先让它把状态流转和边界条件用伪代码或表格列出来，确认没问题再落到代码。订单状态机这种最好把合法迁移写成显式配置，Agent只负责填实现，别让它自己脑补规则。提示词里也别只写需求，直接把异常分支和不允许的操作列清楚，能少很多幻觉。

这个坑我也踩过，Agent写业务逻辑确实容易飘。我的经验是别让它一口气写完整模块，先让它用自然语言把状态流转和分支条件列出来，你确认没漏再让它落代码。复杂逻辑我现在基本只让它当“打字员”，核心判断还是自己写，它负责补测试用例和边界情况反而更靠谱。提示词里加一句“先列出所有前置条件和异常分支”会好不少。