关键在于激活Active Memory与Active Focus协同：确认状态栏显示「Muse Wonder Full · Active Memory ON」，用// @ref:或// TODO:嵌入锚点声明依赖，报错时插入// ERROR RECOVERY:注释并Ctrl+Enter恢复上下文。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在多步骤任务中让 Muse Wonder Full 持续推进不掉链子，关键不是堆上下文，而是让它在每一步都清楚“我在哪、刚干了啥、下一步该调谁”。这依赖 Active Memory 与 Active Focus 的协同生效，而非单纯延长 token 窗口。
确认跨会话记忆已激活
打开 Muse Code 编辑器 → 右下角状态栏检查模型标识 → 必须显示「Muse Wonder Full · Active Memory ON」。如果只显示「Muse Wonder」或无标识，说明当前会话未加载 Active Memory 机制，后续所有步骤将退化为单轮推理，【无法延续上一步的变量命名、函数意图或错误上下文】。
刷新页面无效时，请退出并重新登录 muse.code.com，确保账户处于 Muse Code Pro 或 Enterprise 订阅状态——免费账户即使看到 Full 字样，实际运行的仍是 muse-wonder-1.0 基线模型。
让模型主动记住关键锚点
方法一：用注释锚点声明依赖关系
在当前文件中插入形如 // @ref:src/lib/db.ts#initConnection 的注释行 → 将光标停在该行末尾 → 按 Ctrl+Enter 触发补全。Muse Wonder Full 会立即拉取目标文件中 initConnection 的完整签名、JSDoc 注释、调用链上游参数类型，并将其注入本轮推理上下文。
方法二：在需求注释中嵌入状态快照
例如写：// TODO: 已完成 fetchUser 重构（见 commit 3a8f2d），现需在 fetchOrder 中复用同一拦截器逻辑。模型会把「3a8f2d」识别为版本锚点，自动关联 Git 历史中该次提交的 diff 内容，而不是仅靠当前打开文件推断。
注意：锚点必须指向真实存在的符号或 commit hash。写错路径或拼错函数名会导致模型静默 fallback 到泛化猜测，不会报错提示。
处理执行中断后的上下文恢复
第一步：当任务卡在某步报错（如 TypeScript 类型不匹配）时，不要删掉已有代码。
第二步：在报错位置上方插入新注释行：// ERROR RECOVERY: type 'ApiResponse<User>' incompatible with 'ApiResponse<Order>'; need generic wrapper。
第三步：保持光标在此行 → 按 Ctrl+Enter → Muse Wonder Full 将结合前序步骤中已加载的 src/api/client.ts 和 src/types/index.ts 上下文，生成带泛型约束的 ApiResponseWrapper 类定义，并直接插入到光标位置。
这一步不依赖你重述整个任务目标，它从 Active Memory 中提取出「你正在统一 API 响应结构」这一意图，并从 Active Focus 机制触发类型修复子任务。若此前未执行过「Load Full Context」或未设置有效锚点，模型将无法定位 src/types/index.ts，转而生成错误的内联类型声明。
