要用muse wonder full安全重构代码，必须禁用自动危险重构、使用行为守恒提示词、强制逐行比对行为差异，并人工验证三类高危变更。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要用 Muse Wonder Full 完成代码重构且不改变原有行为，必须绕过它默认的“激进优化”倾向——该模型在 SWE-Marathon 测试中得分高达 57.5，正因它擅长合并请求、提前返回、内联条件，但这些动作极易破坏副作用时序和错误传播路径。
第一步：禁用自动危险重构
打开 Muse Code 设置 → 进入「AI Behavior」→ 关闭「Auto-apply unsafe refactors」开关。这一步【不可跳过】，否则模型可能在你未确认时直接删掉 console.warn 或把两个连续的 localStorage.setItem 合并为一个，而这类操作在金融/保险类业务逻辑中会导致审计断点失效。
第二步：写精准的行为守恒提示词
在 Muse Code 的输入框中，粘贴以下结构化提示词（直接复用）：
请对以下代码进行重构，目标是提升可读性或符合 TypeScript strict 模式规范，【但必须保证所有导出函数的输入类型、返回值、抛出错误类型、调用时序、localStorage/setItem 调用次数与参数顺序、fetch 请求体序列化方式（如 JSON.stringify vs formData.append）、以及 this 绑定上下文完全不变】。不新增/删除/重命名任何导出成员；不改变 if/else 分支的实际执行顺序；不移动或删除任何 console.log 语句的位置；若原代码在 try 块末尾有 await fetch()，重构后不得将其上提至 try 外部。
第三步：强制模型逐行比对行为差异
在粘贴完代码后，在提示词末尾追加一句：
请先逐行比对原代码与重构后代码的行为差异：检查每处 await 的位置是否偏移、每个 fetch 的 headers 是否被隐式补全、每个 for 循环的 break 条件是否仍覆盖原边界、每个 class 方法中的箭头函数是否仍保留原始 this 指向。仅当确认无任何可观察行为变化时，才输出最终代码。
第四步：人工验证 diff 中的三类高危变更
收到 Muse Wonder Full 输出后，打开 diff 视图，重点检查：
① 所有 console.* 语句是否仍在原位置，未被注释或删除；
② 所有 fetch 调用的 body 参数是否保持原始构造方式（例如原为 new FormData()，不能改为 JSON.stringify）；
③ 所有 setTimeout(fn, 0) 是否未被替换为 Promise.resolve().then(fn)，因为后者会改变微任务与宏任务的执行层级。
