制作系列口播时，文案通常不是最耗时的环节。真正重复的是：选择人物、声音和模板，粘贴文案，提交任务，等待结果，然后再从第一步开始处理下一条。
本文记录一次真实的远程 MCP 实践。我们把飞影接入 WorkBuddy，让 AI 先读取账号中可用的人物、声音和模板，再整理 3 条文案的制作计划。用户确认资源、文案和数量后，AI 才按顺序提交任务。
这次试跑关注两个问题：
- 普通用户能否不用配置静态 Token，通过浏览器完成授权；
- AI 能否承担重复执行，同时把资源选择、创建确认和结果验收留给用户。
最终流程如下：
一句话安装远程 MCP
→ 浏览器登录飞影并授权
→ 查询账户与可用资源
→ 先验证 1 条视频
→ 读取 3 条文案并复述计划
→ 用户确认
→ 按顺序创建，任意一条失败就停止
一 这套连接方式解决什么问题
飞影 MCP 是一个远程 Streamable HTTP MCP 服务。WorkBuddy 负责理解用户的自然语言需求和组织调用，飞影负责查询资源、创建任务并返回结果。
用户不需要为每条视频重复点击相同的配置，也不需要在对话中手工填写 API Token。MCP 接入后的分工是：
- 用户提供一段或一批文案，并决定使用哪些人物、声音和模板；
- WorkBuddy 查询可用资源，整理制作计划并等待确认；
- 飞影在确认后创建视频任务并返回处理结果；
- 用户播放成片，检查发音、口型、字幕、画面和内容是否符合预期。
这里的“批量”不是无人审核地一次提交几十条，而是把已经确认过的配置复用到多条文案中。第一次应先做 1 条；效果通过后，再用同一套配置试跑 3 条。
二 在 WorkBuddy 中完成远程 MCP 接入
在 WorkBuddy 新建任务，发送下面这句话：
请帮我安装飞影 MCP 服务：https://hifly.cc/mcp，并完成授权。WorkBuddy 识别远程 MCP 服务后，会打开飞影的登录和授权页面。用户只在浏览器中确认账号与权限，不需要把 API Token、access token、refresh token 或授权码发送到对话中。
授权完成后，先做一次只读验证：
请使用刚连接的飞影 MCP，查询当前账户套餐和可用积分。
只查询，不要创建人物、声音或视频任务。能够返回当前账号的套餐和可用积分，才说明 WorkBuddy 已经连接到正确的飞影账号。只看到连接器名称，不能代替这一步验证。
三 先让 AI 列出资源 不要直接创建
连接成功后，可以让 WorkBuddy 查询当前账号中可用的候选资源：
请查询我当前飞影账号中可用的资源：
1. 列出最多 3 个适合竖屏口播的模板；
2. 列出最多 3 个当前可用的人物；
3. 列出最多 3 个当前可用的声音。
请用名称和简短特点让我选择。只查询，不要创建任何作品。这一步把内部资源查询交给 AI，但不把最终选择交给 AI。用户仍需检查人物与声音是否匹配、模板是否适合投放渠道，并明确选定本轮要用的一套配置。
第一次使用时，先提交一段 40 至 80 字的短文案。要求 WorkBuddy 复述人物、声音、模板、文案、画面比例和作品数量，并等待确认：
我选择刚才列表里的：
- 模板：<模板名称>
- 人物：<人物名称>
- 声音：<声音名称>
口播文案：<40 至 80 字测试文案>
请先复述本次使用的资源、文案、画面比例和作品数量。
暂时不要创建，等我确认后再提交。确认复述无误后，再回复：
确认创建 1 条视频。只提交一次；失败时告诉我原始原因，
不要自动重试、替换资源或创建替代任务。完成后至少播放一次。任务状态成功只表示服务端完成渲染，不代表发音、字幕和画面一定适合发布。
四 用 3 条文案验证批量执行
单条视频通过后，再准备 3 条短文案。可以直接粘贴表格，也可以上传 CSV：
序号,标题,口播文案
001,产品介绍,你好，欢迎了解我们的新品。
002,使用教程,这一分钟带你了解它的三个核心功能。
003,活动预告,本周限时活动已经开启，欢迎参与。回到刚才已经完成授权和单条验证的同一个 WorkBuddy 对话，发送：
请读取这 3 条文案，使用刚才已经确认过的同一套模板、人物和声音。
请先列出：
1. 一共有几条文案；
2. 每条的序号、标题和完整口播文案；
3. 本批次统一使用的模板、人物、声音和画面比例；
4. 将创建的作品总数。
现在不要创建。等我确认计划无误后，再按顺序逐条提交。确认整批计划后，再明确限定创建范围和失败策略：
确认创建 001 至 003，共 3 条。
请按顺序逐条提交，每条只提交一次。任意一条失败时立即停止后续提交，
保留已经创建的任务，并告诉我原始错误；不要自动重试或替换资源。本次试跑得到 3 条不同内容，人物、声音和模板保持一致。它证明的是同一套配置可以复用于一批文案，而不是三条视频需要分别从头配置。
五 为什么要先列计划 再顺序创建
创建视频会消耗账户积分，也可能遇到网络超时、资源失效或内容参数错误。批量任务如果没有明确边界，AI 自动重试可能产生重复任务和重复消耗。
因此，这次实践使用了四条简单规则：
- 只使用刚刚确认的资源。 人物、声音和模板发生变化时，必须重新展示计划。
- 完整复述整批内容。 用户在创建前看到作品数量和每条全文。
- 逐条提交。 第一条成功后再提交第二条，便于定位问题。
- 失败即停止。 保留已完成任务和原始错误，不自动替换资源或重复提交。
这种方式不会追求最大吞吐量，但适合普通用户第一次验证真实生产链路。等资源、文案规范和失败处理都稳定后，再考虑扩大批次。
六 结果验收不能交给任务状态
数字人口播视频完成后，至少检查以下内容：
- 人物和声音是否匹配；
- 文案是否有错字、错误断句或多音字；
- 口型与声音是否同步；
- 字幕是否完整；
- 画面比例和模板是否符合投放场景。
本次真实试跑中，我们也遇到过“数字人”一词被错误断句的问题。最终没有通过反复自动重试解决，而是修改文案表达，再用相同人物、声音和模板重新生成对应的一条。这也是人工验收仍然必要的原因。
七 当前边界
这条路径已经在 WorkBuddy 中完成远程 MCP 安装、浏览器 OAuth、只读账户查询和 3 条小批量试跑。使用时仍需注意：
- WorkBuddy 连接器是否出现在市场，不影响通过 https://hifly.cc/mcp 对话安装远程 MCP；
- 不同 MCP 客户端对远程传输和 OAuth 的支持可能不同，需要分别验证；
- 首次不要直接制作几十条，先用 1 条验证效果，再用 3 条验证复用流程；
- 创建任务前必须明确确认人物、声音、模板、文案和数量。
完整的 WorkBuddy 接入步骤、3 条试跑 CSV 和真实成片可以在下面的页面查看：