已就绪的 Muse Wonder Full 可跨文件追踪逻辑缺陷：需订阅 Maximum/Power 档位、确认蓝色脉冲环标识，提问须带路径/状态/现象三锚点，触发 Active Focus 阻塞穿越，并导出含 URI 的诊断快照。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要在大型软件项目中快速定位跨文件的逻辑缺陷、API不一致或状态传递断裂，而不是靠人工逐个打开几十个文件翻查。
确认当前环境已接入 Muse Wonder Full
登录 Muse Code → 点击左下角「Account」→ 查看订阅状态是否为「Maximum」或「Power」；只有这两个档位才启用 Muse Wonder Full 的完整 Active Memory 与 Active Focus 能力。【未订阅 Maximum/Power 档位时，所有跨文件分析请求将降级为 Muse Wonder 基础版，无法维持长程上下文链】
检查右上角模型标识：若显示「Muse Wonder Full」且右侧有蓝色脉冲环，则已就绪。
构造带上下文锚点的问题指令
不要直接问“为什么用户登录失败”，必须显式绑定三类锚点：入口文件、关键状态节点、异常表现位置。
方法一：用路径+行为+错误现象三段式提问
“在 /src/auth/handler.ts 中调用 loginWithToken 后，/src/store/user.ts 的 setUserState 未触发，但控制台无报错；同时 /src/api/client.ts 的 interceptors 里有 token 刷新逻辑——请追踪这三处间的数据流断点。”
方法二：引用已有会话记忆编号（仅 Muse Wonder Full 支持）
“基于上次对话 #M7392 中分析的 auth flow 图谱，请重新检查 /src/router/guards.ts 第47行守卫函数与 /src/composables/useAuth.ts 的 isReady 响应式依赖是否同步更新。”
注意：#M7392 是 Muse Wonder Full 自动为上一次完整分析生成的记忆 ID，不可手动伪造。
触发 Active Focus 的阻塞穿越机制
第一步：提交初始问题后，等待模型返回首段分析结论（通常含文件路径、可疑行号、调用链快照）；
第二步：当它指出某处“需确认拦截器是否被正确注入”时，立刻追加一句：“请跳过注入验证，直接模拟该拦截器缺失时 /src/store/user.ts 的 state 初始化行为，并比对有无 token 时的 setUserState 调用栈差异。”
这一步强制激活 Active Focus 的「遇阻换路径」能力——它不会卡在“无法确认注入”上，而是切换到反事实推演模式，用内存中已存的模块接口契约重建执行路径。
第三步：若模型返回“建议检查 /src/utils/serialize.ts 的 deepClone 实现”，立即回复：“请定位该函数所有被调用位置，并标记哪些调用发生在 auth 流程内。”
此时 Active Memory 会从数万行代码索引中精准拉取跨文件调用关系，而非重扫整个仓库。
导出可验证的诊断快照
在分析完成后的响应末尾，输入指令：“export diagnosis snapshot as markdown”。
模型将生成包含四栏的表格：文件路径｜行号范围｜作用｜与当前问题的因果权重（0.1–0.9），并附带一条可直连 VS Code 的 URI 链接（格式为 code://file/{path}:{line}）。
点击该链接即可在本地编辑器中自动打开对应位置，无需复制粘贴路径。
