必须通过导出JSONL格式的原始Action Log并用diff或哈希比对验证，才能确认Muse Wonder Full对本地文件系统的实际修改；它不自动生成日志、不弹窗确认、不自动保存diff，且仅在Active Focus闭环完成后才提交变更。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要在Muse Code订阅环境中确认Muse Wonder Full对本地文件系统的实际修改动作，而不是依赖模型输出的摘要或口头描述——它不会自动保存diff、不生成变更日志、也不会在执行前弹出系统级确认框。
先锁定本次任务对应的完整执行上下文
打开Muse Code，进入对应会话页，点击右上角「⋯」→「查看执行轨迹」→ 找到最近一次触发Active Focus闭环的长任务节点（状态为✅ Completed或⚠️ Partially Confirmed）。
这一步必须做，因为Muse Wonder Full的文件操作只在Active Focus检查点通过后才真正提交；如果任务中途被你手动中断或未通过行动前确认闸门，所有write/delete/move操作都处于暂挂态，不会落盘。
从Action Log里导出原始操作序列
在执行轨迹页中，找到「Actions Taken」标签页 → 点击右上角「Export Raw Actions」按钮 → 选择格式为JSONL（每行一个操作对象）→ 保存为actions_$(date +%Y%m%d_%H%M%S).jsonl。
导出内容不是自然语言描述，而是结构化动作记录，例如：{"type":"write","path":"/home/user/project/src/main.py","lines_changed":17,"hash_before":"a3f9c2","hash_after":"e8b4d1"}。没有这个原始log，你无法比对真实变更。
用diff工具逐项验证每个write/move/delete动作
方法一：终端批量比对（推荐）
进入项目根目录 → 运行：cat actions_*.jsonl | jq -r 'select(.type == "write") | .path' | sort -u | xargs -I{} sh -c 'git diff HEAD -- {} 2>/dev/null || echo "⚠️ {} not under git control"'。
方法二：VS Code插件辅助
安装「GitLens」→ 打开命令面板（Ctrl+Shift+P）→ 输入「GitLens: Compare With Previous Revision」→ 对每个被修改路径单独触发比对。注意：此法仅对已纳入git的文件有效，【未git add的临时文件变更会被完全忽略】。
方法三：跳过diff直接查哈希（最准）
对任意一条write动作记录中的hash_after字段，运行：sha256sum /absolute/path/to/file | cut -d' ' -f1 → 与log中值比对。一致即证明该次写入已生效且未被后续覆盖。
