跳至正文

使用 Muse 的创作者工作流

如何用 Meta Muse 分析视频,得到有用的剪辑说明

给 Muse 一个公开视频链接和一个具体问题。利用已完成的视频分析,把问题转成可以检查的剪辑建议。

“这条视频为什么没做好?”会让助手猜得太多。“我们在哪些地方把行程讲了两遍,才展示装好的包?”则给出了可检查的问题。我们用这个打包视频示例,从分析请求逐步得到一份给剪辑师的简短备忘录。

Kabo 是用于创作者研究的 AI 智能体,会分析受支持的公开视频。我们在 Muse 中要做的,是把宽泛的剪辑建议转成能定位、能检查的判断。

先连接 Kabo,再请求新的证据

按照 Muse 连接指南连接 https://kabo.sh/mcp-pub 并登录。开始新的研究前,请 Muse 列出已就绪的 Kabo 工具。

准备视频链接与需要复核的决定

复制起始材料清单
[ ] 公开视频 URL——需要检查的具体 YouTube、Instagram 或 TikTok 视频。
[ ] 剪辑问题——重复、承诺、讲解顺序,或其他范围明确的问题。
[ ] 原始材料——我们的旁白与素材记录,按支持的方式粘贴或附上。
[ ] 呈现结果——视频原本要示范什么。
[ ] 分析状态——已有分析 ID,或准备好审阅一份新分析提案。

把问题缩小到比“这条视频为什么失败”更具体

一位旅行创作者有条公开视频,展示打包行李,但感觉内容重复。创作者想了解:观众看到装好的包之前,讲解是否已经绕回同一个话题。

告诉 Muse 你想弄清什么,哪些材料属于你自己。围绕重复、证明或讲解顺序提问。公开分析无法揭示平台的分发决定或非公开的观众留存数据;问题更聚焦,才更有可能得到有用的回答。

第一条消息:明确任务
这是我的公开视频:[URL]。我的受众是[受众],预期呈现的结果是[结果]。我想弄清[具体剪辑问题]。请提出 Kabo 分析方案,解释它应返回哪些证据。开始新的可保存分析前,等待我确认。

先拿到完整证据,再聚焦剪辑内容

请 Muse 提出公开 URL 和分析问题。通过 /mcp-pub 创建新的可保存 Kabo 分析无需 Pro,但仍需用户确认。启动后,结果必须已完成且可读取,才能使用。如果已有分析可以回答问题,先读取它。

MCP 分析指南说明了标识符、重试与终态。这里聚焦于:当已完成的答案给出模糊剪辑判断时,应该如何追问。

Kabo 网页结果:提出镜头顺序前,披露证据仅来自元数据。
Kabo 网页示例:这个结果在建议新的镜头顺序前,明确披露观察仅来自元数据。它不是已完成的视觉分析,无法据此判断参考视频实际如何剪辑。

用三个更具体的问题追问“慢”

假设 Muse 说打包视频感觉慢。请问:哪一段重复了信息,重复的具体信息是什么,删除后会损失什么?

这些问题能区分不必要的铺垫与观众需要的背景。如果结果没有可用的时间范围,诚实的输出应是一项尚未定位、需要人工检查的观察,而不是为备忘录编造精确的剪切点。

把判断转成可以检查的观察
你说打包部分节奏慢。请指出重复的具体信息、支持这一判断的段落或返回的时间范围,并说明证据来自口述还是画面。解释删除后观众会失去什么。如果证据无法定位重复内容,将建议标记为需要人工检查,不要编造时间戳。

可执行的答案还需要补充什么

比较这些构造示例:

  • 太模糊:“剪掉缓慢的开头。”
  • 有用的形式:“打包示范前又讲了一遍行程背景。检查有依据的段落,保留行李限制,试着只删除重复的行程说明。”
  • **仍然缺少:**如果分析未返回可用时间信息,就还缺精确的剪切范围。

第二个答案明确了一项复核任务。在变成实际剪辑前,仍需要查看原始素材。

根据已认可的决定请求备忘录

一旦双方确认哪项观察有证据支持,就请 Muse 写一份简短备忘录。每一项都需要建议修改、证据、应保留的背景,以及仍需进行的检查。不要让新一轮泛泛的节奏建议,淹没我们真正复核过的那一项修改。

编写给剪辑师的备忘录
只使用我们已认可的剪辑观察。逐项给出建议修改、可用时提供的支持段落或时间范围、要保留的背景,以及任何所需人工检查或新增旁白。将未确认的建议与已认可的剪辑说明分开。不要声称视频文件已经修改,也不要声称留存会改善。
修正过度精确的剪辑说明
那个时间戳没有出现在返回的证据里。删除精确范围,保留关于重复铺垫的问题,并告诉剪辑师应该在原片中检查什么。不要改动已有证据支持的观察。

对照视频审阅已认可的剪辑备忘录

在 Descript 或常用剪辑工具中,对照我们自己的素材审阅备忘录。应用剪切前,先结合上下文确认。如果视频需要更换概念,而不是局部剪辑,请继续使用 Muse 创意流程。

文中的完整示例用于说明方法。产品截图展示的是 Kabo 网页端已有的结果,并非本指南示例的实际执行记录。请使用自己的素材,以及您的任务实际返回的证据。