技能：多变体脚本编写（Multi-Variant Scripting）

负责人： Sara
版本： 1.0
首次使用日期： 2026-03-24（Reddi Agent Protocol — 三变体流水线）

该技能的作用

基于同一份简报，为同一产品生成 2–4 个风格迥异的脚本变体。每个变体面向不同受众或采用不同沟通风格。各变体必须真正差异化——而非仅用同义词替换后的同一脚本。

适用场景：凡演示视频执行手册（demo-video playbook）要求提供 2 个及以上变体时，均需使用本技能。请在动笔撰写任一版脚本的第一句话之前，先通读本文档。

变体差异化检验（Variant Differentiation Test）

在撰写任一场景前，须为每个变体明确定义以下三点：

1. 该受众已掌握哪些知识？（不解释其已知内容——直接假设其已知晓）
2. 该变体最需要让受众感受或理解的 ONE 件事是什么？（非多项列表，仅限一项）
3. 语域（register）为何？（电影化 / 对话式 / 技术向）

若两个变体在上述三项上的答案完全一致 → 则二者不具区分度 → 应合并为一个变体。

提前执行此项检验，可避免最常见的失败情形：写出三版脚本，实则只是用三种方式讲述同一个故事；而非围绕同一产品，讲述三个真正不同的故事。

变体标签命名规范

所有项目中统一使用以下标签，确保 Finn 无需阅读脚本正文即可明确制作路径：

字数目标

在宣布任一版脚本完成前，请核对以下目标值：

按自然 TTS 语速：约 130 字/分钟。仅统计 纯净旁白段落 中的字数（不含舞台指示、场景标题等）。

交错式写作法（Interleaved Writing Technique）

错误做法：
完整写完 A → 再完整写完 B → 最后完整写完 C

待写到 C 时，会无意识沿用 A 的隐喻和 B 的句式结构，最终 C 成为前两版的压缩混音，丧失独立性。

正确做法（交错式）：
依次为 A、B、C 同步撰写第 1 场 → 再同步撰写第 2 场 → 依此类推，逐场推进

该方法强制在每个叙事节拍上显式区分各变体。当你为 C 撰写第 2 场时，刚刚已完成 A 和 B 的第 2 场——因此你会主动思考：“此处 C 应如何不同？”，而非被动延续既定文风。

常见失败模式

风格漂移（Drift）

表现：在完成 A 和 B 后再撰写 C，导致 C 无意识吸收 A 的隐喻与 B 的结构范式。
解决：采用交错式写作。切勿在启动其他变体前，将任一变体全部写完。

术语渗透（Jargon Bleed）

表现：为 C 编写的术语，在同次写作会话中渗入 B。
解决：动笔前，须为每个变体分别定义术语白名单（jargon whitelist）。C 白名单中的术语不得出现在 B 中；B 白名单中的术语不得出现在 A 中（除非确属通用语言）。

示例：

• A 白名单：（空 — 不含任何术语，由 UI 自行传达）
• B 白名单："agent"、"automates"、"dashboard"
• C 白名单："MCP protocol"、"orchestrator"、"tool-call"、"mesh routing"

长度蔓延（Length Creep）

表现：所有变体字数趋向一致，因作者习惯性填充至“舒适长度”。
解决：每写完一场，即统计纯净旁白段落字数；抵达上限即止。务必精简，切勿堆砌。

交付前检查清单（Handoff Checklist — 提交 Finn 前）

请对全部变体统一执行下述检查，而非逐个单独核查：

• 每个变体均包含 纯净旁白段落（仅含旁白文字，不含舞台指示、场景标题等）
• 字数已对照时长目标严格核验（务必实际计数，不可凭感觉估算）
• 任意两个变体的首句均不相同（每版脚本第一句话必须唯一）
• C 中出现的术语未在 B 中出现
• B 中出现的术语未在 A 中出现
• 截图/录屏需求部分完整且具体
• “Notes for Finn” 部分包含关键时间节点陷阱、转场提示及任何非常规组装要求
• 已对终稿重新执行差异化检验 — 确认三项问题的答案仍保持区分度

交付格式

每份脚本文件须遵循标准格式：

# Video Script [A/B/C] — [Title]
**Version:** 1.0
**Target length:** X seconds
**Audience:** [who]
**Style:** [description]

## Scene-by-scene
### Scene N — [Title] (M:SS–M:SS)
**Screen:** [page/state]
**Action:** [interaction if any]
**Narration:** "[exact spoken words]"
**Music/mood:** [description]

## Full narration (clean read)
[narration only — this is the direct TTS input]

## Screenshot/recording requirements
[specific assets needed, with reuse notes]

## Notes for Finn
[timing, transitions, assembly gotchas]

三份脚本文件须同时提交 Finn。Finn 在 Nissan 完成全部脚本审批前，不得启动制作流程。