小虾把代码改好了、部署了、系统都验证通过了——但它就是不提交完成。日志显示它在一遍遍纠结“before截图不存在怎么交差”任务的目标是修好——它却卡在流程完整性上一卡就是四十分钟。现象活干完了人AI不走了我们的开发Agent小虾接到一个任务把登录页Logo从正方形改成长方形。几个小时后我们去看进度——代码已经改好了login.html的Logo容器120px × 120px →240px × 80px✅已重新打包、已部署 ✅实测页面Logo正常显示为长方形 ✅活干完了。但任务的数据库状态还是进行中——小虾没有提交完成。看它的工作日志发现它卡在了一个诡异的地方修复已生效jar和线上服务都是fix版本…… 现在需要按验收标准做live playwright验证—— 先截before截图。但修复已经在位了before失败态在当前部署中已不存在…… 让我检查git历史或备份来理解原始状态…… Memory search is unavailable…… 让我截before截图——但修复已生效before会显示修复后的状态不是失败态……小虾卡住了。任务要求修改前截before截图——但修改已经完成修改前的失败状态物理上不存在了。它一遍遍纠结“没有before截图怎么交差”一卡就是四十分钟。代码是对的部署是对的——AI却因为流程证据不完整拒绝交付。根因AI把流程当成了目标这个任务的要求是截图1before: 修改前Logo正方形截图 截图2after: 修改后Logo长方形截图before截图的本意对比改之前 vs 改之后证明改动生效。但小虾的执行顺序是先改了代码 → 再想截before——顺序反了before状态已经没了。于是它陷入死循环任务要求必须截before流程要求before状态已不存在现实约束它不知道该跳过流程要求还是违背任务要求——两个要求打架它选择了无限纠结AI的思维定式把流程字面当成了不可违背的规则忘了流程只是实现目标的手段。任务的目标是Logo变成长方形——目标已达成before截图只是证明手段手段缺失不影响目标达成。但AI不会做这个权衡——它只会机械地执行指令然后在矛盾处卡死。系统兜底产物确认机制好在系统有兜底——产物自动确认机制检测: 任务超时 涉及文件已修改mtime晚于任务创建时间 → 自动标记开发完成 → 派测试 → 复核 → 不管AI交不交差产物证明它干了活文件改了、部署了——产物是真相AI的交差只是仪式。系统看产物不信AI的表态。顺带同一天另一个Agent的交付物问题同一天测试Agent小牛报告“测试通过截图638KB10KB”——但系统检查发现截图文件根本不存在全盘搜不到。AI口头报告了一个不存在的截图。它可能以为截了命令执行了但失败也可能只是汇报习惯——但结果一样测试结论没有证据支撑。这两个问题本质是同一个AI的交付不可信——要么过度执着该交不交要么过度自信没做说做了。所以系统的原则必须是别信AI说了什么去看它留下了什么。小虾卡死结→ 看产物文件改没改——改了就是做了小牛说截图了→ 看文件存在吗——不存在就是没做三条教训第一给AI的任务要写完成判断不是流程清单。先截before再改是流程Logo变成长方形且页面正常是完成判断。AI需要知道什么算做完目标达成而不是按什么顺序做流程字面。流程写得太死AI就会在流程的裂缝里卡死。第二AI会钻牛角尖系统要有产物兜底。人卡住了可以问人AI卡住了会一直卡。自动化的最后一道保险永远是看产物文件/截图/数据库记录——而不是等AI交差。文件改了做了哪怕AI觉得自己没做完。第三AI的交付物必须系统验证。小牛口头报告截图——如果系统不查文件这个假测试就混过去了。凡是AI声称的产物截图/文件/结果系统必须独立验证文件存在性/大小/内容——不能信口头汇报。这也是为什么截图要存固定目录、复核要查文件——用文件系统当AI的测谎仪。结尾小虾最终被产物确认机制拉了出来——文件已改系统自动推进任务完成。它那四十分钟的纠结成了系统日志里的一段AI思维定式标本。我在任务模板里加了一行完成标准 目标达成页面正常、文件已改、部署生效不是流程步骤全部执行。before截图缺失时用当前状态截图说明代替不要卡在流程字面上。AI不是不干活——是不知道活干完了。它把流程当成了目标把截图当成了交付。完本文是多Agent派发系统系列第38篇。第35篇讲AI幻觉凭空交作业第37篇讲无主键表数据穿越这一篇讲AI钻牛角尖流程定式——用Agent的三个坑不信它的话、别让它卡流程、系统看产物。