muse wonder full在muse code中通过自动识别粒度、依赖与风险，将复杂全栈任务拆分为可验证、可回滚、带上下文锚点的子任务序列，支持三种触发方式、三层结果视图及手动干预执行顺序。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Muse Wonder Full在Muse Code中怎么拆分复杂开发任务
当你在Muse Code中面对一个需要数天完成的全栈项目——比如“为内部风控系统新增实时异常交易拦截模块，并生成配套文档和测试用例”——Muse Wonder Full不会直接输出全部代码，而是自动识别任务粒度、依赖关系与风险点，把整件事切成可验证、可回滚、带上下文锚点的子任务序列。
启动前必须确认的准入条件
打开Muse Code桌面应用（v2.4.1或更高），登录已订阅【Muse Code Maximum（200美元/月）】的账号；Free或Power档位无法调用Wonder Full模型，界面中对应按钮呈灰色不可点击状态。
确保当前工作区已绑定Git仓库——Muse Wonder Full在拆分任务时会自动生成commit message模板并标记分支前缀（如feat/tx-monitor-v1），若未初始化Git，它会在第一步就中断并提示“请先运行 git init”。
触发任务拆解的三种入口方式
方法一：在聊天输入框粘贴完整需求描述后，输入指令/breakdown → 按回车。
方法二：选中已有PR描述文本 → 右键 → 点击「让Wonder Full拆解此PR」→ 系统自动提取技术约束（如“必须兼容Python 3.9+”“禁用requests库”）并注入拆解逻辑。
方法三：拖入一个含多个未关闭issue的Jira导出CSV文件 → Muse Code解析后，在侧边栏生成「跨Issue协同拆解视图」，自动对齐优先级与负责人字段。
观察拆解结果的三个关键层级
第一步：顶层任务流以时间轴形式展开，标注每个节点的预计耗时（单位：分钟）与阻塞依赖。例如：“【第3步】部署到staging环境”下方明确写着“依赖第1步（API Schema校验通过）+ 第2步（Postman测试集运行成功）”。
第二步：点击任意子任务，展开其Artifact清单——包含必生成物（如schema_validation.py）、可选物（如debug_tracing.md）、以及该步骤失败时的fallback指令（如“若K8s rollout超时，则执行kubectl rollout undo deployment/tx-monitor”）。
第三步：悬停在任一代码片段上，出现「上下文快照」气泡：显示此段代码生成时引用的Active Memory条目编号（如MEM-732），点击即可跳转至原始对话，查看用户当初强调的合规要求“所有日志必须脱敏且含trace_id”。【这是唯一能追溯决策依据的路径，删掉快照气泡不影响代码，但会丢失调试时的关键上下文链】
手动干预子任务执行顺序
默认拆解按线性流程排列，但真实开发常需并行推进。将鼠标移至某子任务右侧的「齿轮图标」→ 选择「设为并行组」→ 拖动其他任务到同一组内 → 点击「启用并发执行」。
此时Muse Wonder Full会重新校验资源冲突：若两个并行任务都申请访问同一数据库连接池，它会主动插入「连接池扩容配置」子任务到组首，并标注“此步骤必须在并行启动前完成”。
你也可以直接拖拽任务条改变顺序，但注意：若将「编写单元测试」拖到「实现核心逻辑」之前，系统不会阻止，但会在该任务卡片顶部显示黄色警示条：“前置逻辑缺失，生成的测试用例将基于stub模拟，实际运行可能失败”。
