要让muse wonder full持续数小时开发，须激活active focus长程agent机制：确认版本为muse wonder full、订阅power/maximum档位、输入带#id锚点的长期目标并获✅确认，再分阶段推进、人工校验、外挂记忆，中断后4小时内通过历史任务恢复。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让Muse Wonder Full真正执行持续数小时的软件开发工作，必须绕过默认对话超时、上下文衰减和工具调用中断这三道关卡——它不会自动“一直干下去”，而是依赖你主动激活其长程Agent机制。
确认当前模型与入口匹配
打开 Muse Code 应用或网页端，检查左下角状态栏是否显示 【Muse Wonder Full】。若显示的是“Muse Wonder”或未标注版本，说明你正使用基础版，无法启用Active Focus持续执行能力。
订阅状态必须为 Power Usage（50美元/月）或 Maximum Usage（200美元/月）档位；免费用户、试用期用户、或仅开通Meta Model API权限的开发者账号，均【无法触发Wonder Full的长任务调度引擎】。
启动带状态锚点的开发会话
第一步：在空白会话中输入明确的长期目标，例如：“从零开始构建一个支持JWT登录、用户资料编辑、实时通知的React+Express全栈待办应用，全程由你主导设计、编码、测试、部署准备。”
第二步：紧接着追加一句锚定指令：“请启用Active Focus模式，并将本次任务标记为#todo-app-v1，后续所有操作必须关联此ID。”
这一步不可跳过。没有#开头的任务ID锚点，Wonder Full会在37分钟无交互后自动降级为单轮响应模式，所有中间状态（如已生成的API路由结构、数据库schema草稿）将被丢弃。官方文档明确说明：锚点是跨工具调用维持上下文的唯一绑定标识。
第三步：等待模型返回包含“✅ 已注册任务 #todo-app-v1｜Active Focus 已激活｜当前阶段：需求拆解”字样的确认响应，再进行下一步。
分阶段推进并强制状态固化
方法一：用“→”显式串联子任务链
当模型完成前端组件初稿后，立即输入：“→ 基于当前src/components/TodoList.jsx，生成配套的TypeScript接口定义文件types/todo.ts → 再生成Jest单元测试用例”。
方法二：插入人工校验断点
每次模型完成一个模块（如完成Express后端路由），你必须手动回复“✅ 验证通过｜保存当前状态｜继续下一阶段”，否则Wonder Full会因缺乏反馈信号，在下次调用时重新推导整个架构，导致重复劳动。
方法三：外挂持久化记忆
对关键决策点（如数据库选MongoDB而非PostgreSQL），立刻补一句：“将‘数据库选型：MongoDB｜理由：嵌套任务结构适配度高’写入Active Memory，标签为#todo-app-v1::db-decision”。这句不是备注，而是直接调用记忆写入门控指令——不写，后续模型可能在优化索引时擅自切换方案。
应对中断与恢复
若因网络波动、页面刷新或超时导致会话断开，不要新建对话。回到 Muse Code → 点击右上角「历史任务」→ 找到带#todo-app-v1标签的记录 → 点击「恢复执行」。
恢复后第一句话必须是：“从#todo-app-v1最后停顿处继续：[粘贴上一次模型输出的最后一行]”。漏掉这一行，Wonder Full会重置任务阶段，退回至“需求确认”环节。
注意：恢复操作仅在断开后4小时内有效。超过4小时，系统自动清除运行态上下文，需重新输入锚点指令并接受完整状态重建。
