必须订阅power usage（$50/月）或maximum usage（$200/月）才能启用muse wonder full的跨文件依赖分析；需通过muse code调用active focus，输入三段式结构化上下文并提供可解析import语句，再以/analyze-deps触发或人工引导聚焦，最终获得带人工审核标记的修复建议。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在大型项目中让Muse Wonder Full自动识别、解析并管理模块间依赖关系，必须通过Muse Code订阅环境调用其Active Focus能力链，并配合显式结构化输入触发跨文件追踪机制。
确认接入权限与运行环境
登录 Muse Code → 进入 Settings → 查看 Account Tier 是否显示 “Muse Wonder Full (Power Usage or Maximum Usage)”；未显示则当前账号无权调用Full模型的长程依赖分析能力。
只有订阅 Power Usage（$50/月）或 Maximum Usage（$200/月）的用户，才能启用Full模型对多文件、跨目录、含构建配置的完整项目上下文进行主动检索与状态维持。免费版或基础订阅仅能调用Muse Wonder，不支持依赖图生成与阻塞穿透。
输入阶段：强制注入结构化上下文
在Muse Code编辑器中新建任务窗口，粘贴以下三段式输入：
①【项目元信息】：用YAML格式声明根路径、语言栈、构建工具和关键入口文件；
②【依赖锚点】：明确写出“请基于以下 import/require/uses 声明，反向推导所有上游模块及其版本约束”；
③【当前阻塞】：描述具体问题，例如“build失败于module ‘utils/date’，提示‘formatISO is not exported’，但tsconfig中已包含该包”。
【关键前提】必须提供至少一个可解析的 import 语句（如 import { formatISO } from 'date-fns'），否则Active Focus无法激活依赖追溯路径。
触发依赖分析与动态修正
方法一：使用内置指令
在输入末尾追加指令 /analyze-deps → 按 Ctrl+Enter 提交；模型将启动Active Memory检索历史项目结构快照，比对当前 import 路径与 node_modules 解析规则，输出依赖冲突节点与建议修正动作。
方法二：人工引导聚焦点
若首次响应未覆盖全部层级，直接回复：“请聚焦 utils/date 模块的 exports 声明位置，检查其 package.json types 字段与实际 .d.ts 文件是否一致”；Active Focus会暂停执行流程，切换至该子任务进行源码级验证，并在确认后自动回溯到主依赖链。
这一步不能跳过确认环节——模型不会擅自修改 package.json 或重写 export 语句，所有变更建议都附带「需人工审核」标记。
获取可执行的修复方案
当模型完成多轮聚焦迭代后，将返回结构化结果：
• 依赖图（文本拓扑形式）：标注 direct / transitive / peer / optional 四类关系；
• 冲突定位：指出哪一行 import 触发了类型不匹配，以及对应 node_modules 中实际导出的符号列表；
• 两套操作建议：A. 修改当前调用侧代码（安全但治标）；B. 升级 date-fns 至 v3.6+ 并同步更新 tsconfig 的 moduleResolution 为 bundler（需验证兼容性）。
最后一行始终以「请确认是否执行建议B」结尾，【未获用户明确回复前，模型绝不会写入任何文件或运行 npm install】。
