西天取经：代码重构与红蓝对抗

要解决什么问题

面对多年累积的屎山代码，重构通常卡在两点：改完之后不知道对不对，以及改的过程中不小心污染了原文件。把代码生成、测试编写、文档归档混在同一个上下文里，模型容易边写边丢目标；重试时还会把整份原始输入反复重传，Token 成本失控。

核心机制：师徒四人的分工

这个技能把重构流水线拆成四个角色。唐僧 作为主控编排器，只负责拆解、调度与终审，不直接写代码；悟空 在沙箱中执行重构，工具权限最高，但只能写入 work_dir，不能原地覆盖原文件；八戒 专职红蓝对抗，对生产代码只读，只写 tests/，并以 pytest/jest 的 Pass/Fail 作为客观裁判，而不是让大模型主观判断；沙僧 负责文档归档与打包。三个子 Agent 运行在独立 Session，通过 announce 推送结果，上下文互不污染。

关键步骤

• 参数校验：code_path、rules、test_framework 在接单时立即校验，失败直接停下提示，不会静默继续
• 并行召唤：sessions_spawn 同时拉起三个徒弟，各自 read 场景 prompt 作为系统指令
• 红蓝循环：八戒跑测试失败 → 报错日志转交悟空修复，max_retries = 3，超限则输出半成品并标记需人工介入
• 紧箍咒终检：检查敏感词、目标偏离、逻辑幻觉、是否原地破坏原文件，不合格就打回重做

适用边界

Python 完整支持（pytest + black），JS/TS 部分支持（jest + prettier），Go/Rust/Java 等未内置测试模板，只能做纯结构重构。数万行以上的项目建议按模块分批处理。所有产出必须人工 review 后才能上线，流水线无法验证依赖外部数据或接口的逻辑正确性。