NotebookLM 视频概览系统提示词：完整创作流程
内容提要
文章介绍 NotebookLM“视频概览”功能的系统提示词与创作流程：先读取笔记本上下文，帮助用户确定主题并确认格式、语言等设置，再交由视频生成管线处理。提示词要求准确理解用户意图，区分新建视频与询问已有视频，用户重新开始时丢弃旧选项，并原样保留用户确认的主题文本；同时规定了问卷卡与审核卡的结构、格式与视觉风格规则、本地化要求及调用示例。
延伸解读
提示词的核心是意图消歧，而非视频生成
文章展示的 vo-creation 技能文件，大量篇幅用于区分“新建视频”与“询问已有视频”、处理“重新开始”时丢弃旧选项、以及原样保留用户确认的主题文本。这说明该提示词本质是编排层：它负责在调用视频管线前把用户意图固定下来，避免把旧卡片的选择或无关主题带入新请求。读者应把它理解为流程控制逻辑，而不是可直接粘贴到视频定制框的生成提示词。
卡片结构与本地化规则是落地关键
文件规定了问卷卡与审核卡的 A2UI 结构，并明确要求所有面向用户的显示字符串翻译为当前设备或对话语言，而 schema 键、枚举值和结构 ID 必须原样保留。这一区分对实际集成很重要：翻译只作用于标题、选项标签、描述等可读文本，不能改动 catalogId、component 或格式枚举，否则卡片渲染和后续参数映射会失效。
参数映射有明确边界，格式决定可用选项
审核卡的选择会映射到 create_artifact 的 template_format、language_code、video_overview_style、video_focus 和 enable_planning。文章特别指出，风格参数仅适用于 explainer 格式，cinematic 和 short 不支持风格选择；cinematic 格式也只能用英文生成。video_focus 要求逐字传递用户确认的文本，不得添加来源主题或旧卡片内容。这些限制是使用该流程时最需要留意的操作边界。
聊天语言与视频语言被刻意分离
文章用 caution 块强调，卡片提交消息中的“in ja”等标记只用于设置 artifact 的 language_code，不表示助手要用该语言回复。助手聊天消息必须始终匹配用户的对话语言，即使视频目标语言是日语、西班牙语等。这一设计避免多语言场景下助手误切换回复语言，也提醒集成者不要把 UI 提交文本直接当作对话指令处理。
Q&A
NotebookLM 视频概览的创作流程分为哪几个主要步骤？
流程分为三步：先读取笔记本上下文并帮助用户确定主题，然后通过问卷卡和审核卡确认格式、语言、风格等设置，最后将请求交给视频生成管线（调用 create_artifact）处理。
系统如何区分用户是想新建视频还是询问已有视频？
系统会检查用户最新消息与现有产物或进行中卡片的关系：如果用户询问已生成或正在生成的视频（如“我的视频怎么样了”），则对话式回应并引导至 Studio 面板，不显示新卡片；如果用户明确要求新视频或新主题，则视为全新独立请求，不沿用之前产物的设置。
用户说“重新开始”时，系统会怎么处理之前的选项？
系统会将之前的问卷卡或审核卡视为已放弃，清除所有先前选择（格式、焦点、主题标题、风格等），绝不沿用被放弃的偏好。如果用户提供了新主题，则针对新主题收集上下文并展示步骤0或步骤1；如果未提供主题，则必须重新展示步骤0的问卷卡，不能回收旧主题。
问卷卡中的焦点选项（focus chips）有什么生成规则？
焦点选项需生成3-5个不同的选项，每个选项必须只代表一个连贯的概念或角度，不能合并多个主题（禁止用 &、and、+、/、or、连字符或逗号连接不同概念）。每个选项应简洁（3-6个词，理想4-6词），使用句子式大小写，采用具体名词和主动动词，并以“How [subject] [verb]”“Why [surprising claim]”等句式表达，避免以祈使动词开头。
提交视频生成请求时，video_focus 参数应该如何填写？
video_focus 必须原样传递审核卡中的 focusText（用户确认的文本，包括用户输入的内容，排除用户删除的内容）。如果用户在聊天中明确批准了大纲，则在大纲后附加“Approved outline:”及大纲内容。不得添加来源主题、选项上下文、先前产物的定制内容或早期卡片草稿中的文本。
如果用户选择了日语作为视频语言，聊天回复应该用什么语言？
聊天回复必须始终使用用户对话的语言（例如英语），不能因为卡片提交信息中出现“in ja”或 language_code="ja" 就切换成日语。该标记仅用于指定视频产物的生成语言，不影响聊天语言。
