AI多Agent协作系统实战（二十）：派发前改代码的代价——不能既当裁判又当球员

系列第20篇 | 小密不能既当裁判又当球员背景今天下午小密直接修改了CSS文件然后派发任务给小虾。review.py的mtime检查发现文件在任务创建前就被修改了连续3次拒绝通过。这个故事告诉我们小密不能既当裁判又当球员。你改了代码再派发review.py会说这文件不是小虾改的。事件还原第一次我改了CSS然后派发# 我直接修改了style.v2.csssed-is/padding-left: 44px/padding-left: 49px/style.v2.css# 然后派发任务给小虾python3 send_task.py 小密 小虾 DEV-20260720-002 高修复子菜单对齐第二次review.py拒绝通过❌ 文件未修改: style.v2.css文件时间: 07-20 10:35任务创建: 07-20 11:49 ❌ 1个文件未修改 — 开发任务必须修改代码原因文件在任务创建前就被修改了mtime检查不通过。第三次重试3次依然失败小虾收到任务后发现文件已经改好了但review.py还是说文件未修改。根因mtime检查的逻辑是文件修改时间必须晚于任务创建时间但我改文件在前派发在后。问题分析为什么mtime检查会失败时间线 10:35 我修改了style.v2.css 11:49 我派发任务给小虾 ↓ review.py检查 文件mtime 10:35 任务创建时间 11:49 10:35 11:49 → 文件未修改 → 失败为什么不能既改代码又派发角色职责问题小密统筹派发任务、协调流程改了代码就变成了球员小虾开发修改代码、提交修改收到任务时文件已改好无法提交review.py复核验证修改是否生效只看mtime不看谁改的矛盾小密改了代码 → review.py认为不是小虾改的 → 拒绝通过修复方案方案1内容检查已实现当mtime检查失败时检查文件内容是否正确# review.pyiffile_mtimetask_created_at:# mtime检查失败检查内容expected_cssextract_expected_css(md_content)actual_cssread_file_content(file_path)ifexpected_cssinactual_css:# 内容正确跳过mtime检查returnTrueelse:# 内容不正确mtime检查失败returnFalse效果文件时间早于任务创建时如果内容正确跳过mtime检查。方案2流程规范已确立铁律小密不能直接改代码必须派发给小虾改。❌ 错误做法✅ 正确做法小密改代码 → 派发派发 → 小虾改代码改完再派发先派发再改经验总结mtime检查是双刃剑防止假通过但也阻止了真实修改内容检查是必要的补充mtime失败时检查内容是否正确流程角色要分明统筹不能直接改代码必须派发给开发review.py要宽容但不放松内容正确时跳过mtime但不能完全去掉mtime检查