必须订阅Muse Code Pro或Enterprise才能启用Muse Wonder Full跨文件能力；需登录muse.code.com确认订阅状态，右下角显示「Muse Wonder Full · Active Memory ON」，执行「Load Full Context」索引源码，再通过含具体路径与动词的注释触发Ctrl+Enter原子性多文件修改，并经四阶段验证与手动Diff、Git、运行测试三重校验。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
确认Muse Wonder Full跨文件能力可用
必须先确保你正在使用 Muse Wonder Full，而非基础版 Muse Wonder——只有订阅 Muse Code Pro 或 Enterprise 才能解锁真正的多文件修改与验证能力。打开 muse.code.com 登录账户，检查订阅状态；【普通免费账户或基础订阅即使调用成功，也只会回落到 muse-wonder-1.0 的上下文窗口与记忆粒度】。接着在 Muse Code 编辑器右下角状态栏确认是否显示「Muse Wonder Full · Active Memory ON」，若仅显示「Muse Wonder」或无标识，需升级后刷新页面。
触发全项目上下文加载
打开项目根目录 → 点击左上角「Project」→ 选择「Load Full Context」→ 勾选「Include all .py/.js/.ts/.java files」→ 点击「Confirm & Index」。这一步耗时约 3–12 秒，取决于文件总数与平均体积；未执行此操作，模型对非当前打开文件的引用将退化为模糊泛化，容易生成不存在的函数名或字段。
注意：若项目含大量二进制资源（如 .png、.pdf），建议取消勾选对应扩展名，否则索引会卡在文件读取阶段，且无法跳过。
编写跨文件重构需求注释
在当前编辑文件中写下明确的重构目标，例如：
// TODO: 将 fetchUser 和 fetchOrder 合并为统一的 fetchResource(type, id)，并复用 src/utils/request.ts 中的 createApiClient
这句注释必须包含具体函数名、路径、意图动词（“合并”“复用”“提取”“替换”等），不能只写“优化API调用”。Muse Wonder Full 会据此主动读取 src/utils/request.ts 内容，识别 createApiClient 的返回类型、拦截器配置，并比对 client.ts 中两个函数的请求路径、headers、错误处理逻辑。
执行原子性多文件修改
将光标置于上述注释行 → 按 Ctrl+Enter 触发补全。Muse Wonder Full 会进入四阶段编辑管线：
① 验证：检查目标文件是否存在、权限是否可写、内容哈希是否匹配最新版本；
② 准备：生成 diff 补丁，标注 src/api/client.ts 中待删除的 fetchUser/fetchOrder 函数位置，以及 src/utils/request.ts 中 createApiClient 的导出声明是否需调整；
③ 应用：调用 MultiEditTool 同时修改多个文件，确保所有变更作为一个原子批次提交——若任一文件写入失败，全部回滚；
④ 验证：自动插入临时测试断言，运行本地 Jest/Vitest 测试套件（若存在），检查 fetchResource 调用是否通过类型检查、是否保留原有错误处理行为。
手动验证修改结果
方法一：点击编辑器右上角「Diff Preview」查看本次跨文件修改的完整变更集，重点核对 import 语句是否新增、旧函数是否被彻底移除、类型定义是否同步更新。
方法二：在终端执行 git status --porcelain，确认仅修改了预期中的那几个文件，没有意外触碰 config 或 test 文件。
方法三：打开 src/utils/request.ts，手动调用 createApiClient() 并传入 mock 参数，观察返回对象是否具备 request、get、post 等方法——这是验证注入逻辑是否生效的最直接方式。
