保存原始现象
记录原指令、报错文字、发生步骤、任务链接或文件位置。先说“哪个动作没有成功”，再判断原因。网络打不开、文件不存在和任务理解错误，需要不同处理办法。
先查资料是否真的到达
让 Agent 列出已读取的资料和缺口。检查文件在本地还是云端，链接是否需要登录，正文是否真的包含关键内容。资料缺失时，先补齐输入；不要让它继续猜。
再查访问条件
检查相应应用或电脑是否连接、登录是否过期、账号是否正确。能读取内容不一定有修改或发送权限。通过产品的登录与连接流程处理后，再试一个范围小的动作。
检查具体运行环境
任务在云端、本地电脑还是某个子任务中运行？所需脚本、软件或 Skill 是否在那个环境里？记录实际报错，让它根据现象检查依赖，避免连续重试同一个步骤。
最后检查交付标准
“已完成”需要对应产物。若文件打不开、来源不能追溯、内容少了要求中的部分，指出缺少项，请它补齐并提供新的产物位置。
当前现象：[原始报错或缺失结果]
发生步骤：[具体步骤]
预期结果：[应该看到什么]
请先检查输入、权限和运行环境。
说明已确认的原因、尚未确认的假设，以及最小修复动作。
修复后重做这个步骤，返回可以检查的结果。留下下一次能用的记录
把原因、有效修复动作和验证结果保存下来。遇到同样现象时先查这份记录；产品更新后仍要重新确认它是否适用。
如果无法定位，把当前能确认的情况和缺口一起交回，而不是把猜测写成完成。
FROM MY OWN BLOG
我的实际使用
我第一次注册 Muse，就遇到了地区限制
能找到入口与账号能实际使用，是两回事；我的首次尝试停在使用资格这一步。
我也去注册了一个Muse，但是提示我所在地区尚未开放
原文摘录 · Muse登顶美区，AI应用到时候了吗？ ↗
过程整理
尝试注册
我在 9 月 23 日的文章里记录了注册 Muse 的尝试。
遇到使用限制
当时页面提示所在地区尚未开放，原文没有记录怎样解决，也没有操作截图。
按日期读后续体验
9 月 26 日的另一篇文章才写到实际使用感受。两篇都保留，不从后来的体验倒推出之前的提示不存在。
第一次使用先核对当前账号资格和地区说明。遇到限制时，保留提示，再看官方支持范围。
记录范围：这是当时一次账号尝试的记录，不能推断当前开放地区、账号资格或可用的解决办法。
我用一句话，让 Muse 做橘猫视频
角色需求被拒绝后，我换了主角，再检查生成结果里有哪些逻辑遗漏。
比如上面这个视频，我本来是想让它给我做一段海绵宝宝做蟹黄堡的视频，但是它告诉我海绵宝宝是版权任务，所以我就把海绵宝宝换成了橘猫。没有提示词，就只有一句，给我做一条橘猫做蟹黄堡的视频。
原文摘录 · 做AI视频免费了 ↗
过程整理
先说想看的画面
我原本想做一段海绵宝宝做蟹黄堡的视频，Muse 当时把这个请求判为版权任务。
收到反馈后换主角
我把海绵宝宝换成橘猫，保留做蟹黄堡这个场景。
直接交代一个小目标
我只说了一句：给我做一条橘猫做蟹黄堡的视频。原文没有记录复杂提示词或分镜。
生成以后看结果
视频生成出来了。我觉得效果可以，但也写明逻辑上还有遗漏；原文没有记录后来是否修好了。
第一轮可以先交代一个具体画面。收到限制反馈后改写需求，生成后再检查动作与情节是否连贯。
原文提到了生成的视频，当前存档仅保留文字。本站暂不能直接播放，可前往公众号查看。
前往公众号原文查看视频 ↗记录范围：这是 2026-10-01 的个人账号体验。原文里的额度消耗属于当天观察，不能据此保证当前免费、固定时长或所有账号可用；也不能推出所有角色请求都会被相同处理。