不是翻译本身有多难，而是整个流程里有太多细节会在你不注意的时候悄悄出问题——OCR识别出了错你不知道，专有名词翻偏了你没发现，100集批量处理卡在中间你不知道从哪里排查，字幕压制完发现遮住了演员脸……回头查原因，发现是OCR这一步就识别错了——"己"识别成了"已"，"末"识别成了"未"，"撕心裂肺"识别成了"撕心裂废"。AI解说大师在翻译之前会先跑一个「本土文化君」Agent，自动扫描字幕里所有需

回到最开始的问题：短剧翻译为什么会翻车？大多数情况下，不是翻译模型不够好，而是翻译流程缺少一个文化预处理层。模型不知道"绿茶"是人设标签，不知道"白月光"是情感意象，不知道"霸道总裁"在北美 Romance 市场对应的是哪个类型标签——这些不是语言知识，是文化知识，模型没有被告知，就只能按字面翻。本土化翻译agent解决的正是这个问题。它不替代翻译模型，而是在翻译之前把模型"不知道但必须知道"的文

翻译本身可以交给大模型，但大模型不理解字幕文件的格式约束。对于东南亚小语种的短剧翻译，通用大模型在文化词汇本土化、人称代词选择、宗教禁忌词规避等方面存在明显短板，需要接入垂直领域的翻译引擎来补足。在 Prompt 里明确要求"每条译文不超过原文字符数的2倍"，这是在翻译阶段就做的第一道 CPS 控制，能把后续需要压缩处理的字幕比例从40%降低到15%左右。：把字幕按固定窗口大小（通常10条）分组，

AI会从93部内置电影中随机选择10部，自动匹配风格（动作片→热血风格，喜剧片→搞笑风格），逐条生成。但装上AI解说大师Skill后，AI就学会了"做电影解说"这个技能——就像给手机装了个App，手机就有了新功能。不需要找素材，不需要写文案（AI自动生成），不需要剪辑（AI自动合成）。3小时的工作量压缩到15分钟，不需要会剪辑，不需要找素材，不需要写文案。"帮我做飞驰人生的解说，用爆笑喜剧风格，配

最近半年我一直在做电影解说类的短视频内容，从最早一条片子手工剪三个小时，到中间用过几款桌面型 AI 工具，再到这次彻底把工作流搬到命令行加 Agent，整条链路反复折腾过几轮。这一篇是写给和我一样的内容创作者、技术博主、或者要给团队做批量内容生产的开发者看的——把 narrator-ai最近开源的命令行工具和它的 Agent 技能文件，从安装、配置、单条出片、Agent 接入到团队配额管理，完整跑

场景切换点抽帧比固定间隔更符合叙事节奏，同样一部90分钟电影，固定间隔（2秒）会抽出约2700帧，场景切换点策略通常只抽出 120 到 200 帧，后续 API 调用消耗也更低。封装 API 调用密集型任务（文案生成、配音合成），两者通过文件系统交换数据，整条流水线可以被脚本驱动，也可以被 AI Agent 通过 Skill 文件直接调用。字幕提取、文案撰写、配音合成、时间轴对齐、视频合成，每个环

场景切换点抽帧比固定间隔更符合叙事节奏，同样一部90分钟电影，固定间隔（2秒）会抽出约2700帧，场景切换点策略通常只抽出 120 到 200 帧，后续 API 调用消耗也更低。封装 API 调用密集型任务（文案生成、配音合成），两者通过文件系统交换数据，整条流水线可以被脚本驱动，也可以被 AI Agent 通过 Skill 文件直接调用。字幕提取、文案撰写、配音合成、时间轴对齐、视频合成，每个环

最近半年我一直在做电影解说类的短视频内容，从最早一条片子手工剪三个小时，到中间用过几款桌面型 AI 工具，再到这次彻底把工作流搬到命令行加 Agent，整条链路反复折腾过几轮。这一篇是写给和我一样的内容创作者、技术博主、或者要给团队做批量内容生产的开发者看的——把 narrator-ai最近开源的命令行工具和它的 Agent 技能文件，从安装、配置、单条出片、Agent 接入到团队配额管理，完整跑

AI 内容生产正从“提示词工程”转向“工程化 Agent”阶段。本套方案通过将复杂的视频处理逻辑封装为可调用的原子化命令，降低了开发者构建垂直领域 AI 应用的门槛。

AI 内容生产正从“提示词工程”转向“工程化 Agent”阶段。本套方案通过将复杂的视频处理逻辑封装为可调用的原子化命令，降低了开发者构建垂直领域 AI 应用的门槛。