mcpField
E
explainer-video-production

explainer-video-production

github.com/calesthio创意与媒体219118 次安装15 周前更新
代码仓库

关于 explainer-video-production

这是一项与工具服务商无关的讲解视频制作技能,围绕明确的学习或决策目标组织内容。它结合证据追踪、受众导向的脚本、视觉规划、无障碍设计和审核流程,适用于创作者与制作团队。

主要功能

  1. 01定义受众与学习目标
  2. 02追踪主张及其依据来源
  3. 03规划脚本与分镜
  4. 04按学习目标选择视觉形式
  5. 05安排无障碍设计与审核

适用场景

  1. 01制作产品或培训讲解视频
  2. 02将复杂流程转化为视觉说明
  3. 03审核公共服务视频中的证据与风险

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/calesthio/generative-media-skills --skill explainer-video-production

安装后在 Claude Code 中输入/explainer-video-production确认已加载。

附带文件EVAL.md

详细介绍

说明视频制作

只有在明确观众观看后应该理解、相信、决定或采取哪些不同做法后,才制作说明视频。应将视频视为学习和决策材料,而不是一连串好看的场景。

此技能与服务提供商无关。使用宿主环境中可用的生成、编辑、合成、字幕和审核工具,同时确保不同服务提供商下的说明逻辑、事实严谨性、无障碍性和质量保证标准保持不变。

不可妥协的要求

  • 从受众、已有知识以及可衡量的学习或决策目标入手。
  • 区分有文档记录的事实、有来源支持的推论、制作启发式方法和创意虚构内容。
  • 对事实、商业、比较、健康、安全、法律、财务、科学和公共服务类主张维护主张日志。
  • 将高风险主张提交给客户、主题专家、法律/合规审核人员、医疗审核人员、财务审核人员或政策负责人审核。不要提供法律、医疗或财务建议。
  • 将无障碍要求纳入脚本、故事板、字幕、音频、数据可视化和交付版本中。事后补做效果更差、成本也更高。
  • 制作时重新核实可能变化的服务提供商/平台信息:社交平台的宽高比、时长上限、安全区域、字幕行为、模型输入、模型限制、定价、地区可用性、披露规则以及权利/许可条款。
  • 绝不要要求图像或视频生成模型虚构证据、绘制精确图表、保留精确的法律/医疗/科学表述,或生成可读的小字。事实、引用、字幕、表格、UI 文本、标签和图表应使用确定性的布局/合成方式制作。

前期沟通:明确学习契约

撰写或生成之前,请回答:

  • 受众:内容面向谁?他们已经了解什么、存在哪些误解、使用什么语言/语体?有哪些已知的无障碍/本地化需求?
  • 目标:观看后,观众应该能够用一句话说出什么、做什么或决定什么?
  • 使用场景:教育、产品介绍、入门引导、培训、公共服务、筹款、政策、销售支持、社会意识、内部变革管理,还是技术概念。
  • 成效证据:测验答案、完成演示、减少支持咨询、注册、理解政策、行为改变、利益相关方批准,还是分享/收藏。
  • 限制条件:时长、平台、品牌、必需来源、必须包含/避免的主张、受限图像、配音、字幕、语言、审核人、预算和工具可用性。
  • 风险等级:
    • 低:一般概念、内部介绍、非敏感的创意说明。
    • 中:产品优势、非营利组织/公共服务行为指导、数据主张、就业/培训要求。
    • 高:健康、安全、法律、财务、受监管产品、儿童、政治说服、危机指导、比较广告,以及可能影响政策的公共统计数据。

将目标写成可观察的结果,而不是模糊的主题:

  • 较弱:“解释碳抵消。”
  • 较强:“90 秒后,首次购买者能够说出减排与购买碳抵消之间的区别,并知道在相信相关主张前应查看项目是否经过验证。”

研究与引用规范

开始编写脚本前,先创建一份主张矩阵。矩阵有助于避免说服性修饰超越证据所能支持的范围。

字段用途
主张视频可能提出的确切陈述或暗示。
主张类型定义、统计数据、因果关系、比较、产品性能、证言、安全、行为建议、预测、观点、比喻或行动号召。
来源优先使用一手来源;注明标题、URL、发布日期/更新日期和访问日期。
证据强度官方/一手、同行评审、技术报告、可复现测试、可靠的二手来源、客户提供、轶事或创作内容。
屏幕呈现方式引用、来源说明、仅语音呈现、法律声明/披露文案、从最终成片中排除,或需要专家审查。
风险低/中/高,并说明原因。
负责人Agent、客户、主题专家、法律/合规、医疗、金融、无障碍、本地化。

尽可能使用一手来源:官方文档、标准、监管机构指南、政府统计数据、同行评审研究、产品文档、客户认可的证据,或直接检查过的来源材料。仅在无法获取一手来源时,或用于背景介绍时,才使用二手来源,并将其标明为二手来源。

对于商业或产品解说内容,客观的性能主张必须有依据。FTC 的商业指南指出,公司必须以可靠证据支持广告主张,尤其是涉及健康的主张;FTC 的《代言指南》还要求清晰醒目地披露代言中的重大关联。应将这些视为合规触发事项,而非文案建议。制作时应重新核查最新的 FTC 指南和适用司法管辖区的规定。

对于 AI 生成的媒体和图库/媒体素材,应记录来源信息:模型/提供方、提示词、可用时的种子值、源素材许可、授权/同意状态、编辑历史,以及素材是否由 AI 生成。美国版权局指南指出,包含 AI 生成素材的作品能否注册版权,取决于人类创作的程度,以及是否披露了超过最低限度的 AI 生成内容;相关权利规则变化频繁且因司法管辖区而异,因此涉及注册、所有权、肖像权和训练数据的问题,应提交法律顾问审查。

写作前拆解概念

将想法拆解为便于解释的要素:

  1. 术语:受众理解内容前需要掌握的词汇。
  2. 组成部分:组件、参与者、输入、输出和限制条件。
  3. 机制:什么会变化、按什么顺序变化,以及原因。
  4. 对比:这不是什么;常见误解或错误替代方案。
  5. 示例:具体案例、情境或简短演示。
  6. 后果:为何重要;忽视它会发生什么。
  7. 行动:观众接下来应该做什么。

选择实现目标所需的最少要素。如果概念包含的要素太多,无法在限定时长内讲清,就缩小承诺范围,而不是把所有内容都压缩进去。

实用的拆解模式:

  • 定义型解说:术语 -> 对比 -> 示例 -> 用途。
  • 机制型解说:输入 -> 转换 -> 输出 -> 反馈循环。
  • 产品型解说:问题 -> 当前变通方案 -> 产品机制 -> 证明 -> 下一步。
  • 公共服务型解说:情境 -> 风险 -> 建议采取的行动 -> 例外情况 -> 获取帮助的途径。
  • 培训型解说:任务目标 -> 先决条件 -> 步骤 -> 检查 -> 故障恢复方案。
  • 数据型解说:问题 -> 数据集/来源 -> 模式 -> 注意事项 -> 含义。

脚本结构

根据目标选择合适的结构;不要强行让每个讲解都采用相同的流程。

大多数 60-180 秒讲解视频的核心结构:

  1. 开场钩子:点明矛盾或实际问题。
  2. 预期收获:告诉观众他们将理解什么,或能够做什么。
  3. 提纲:预告讲解包含的两到四个部分。
  4. 展开:每个节拍讲解一个想法,并解决一个问题。
  5. 示例/演示:展示这个概念如何在具体场景中发挥作用。
  6. 注意事项或适用范围:避免夸大,并澄清常见误解。
  7. 行动:给出下一步、总结、练习任务或决策提示。

短社交视频版本,15-45 秒:

  • 0-3 秒:打破常规,或提出具体问题。
  • 3-8 秒:说明预期收获和重要性。
  • 中段:讲解一种机制,或展示一个前后对比,而不是完整课程。
  • 结尾:留下令人难忘的一句话、行动号召,或“保存这段内容”的回顾。

培训/入职引导版本:

  • 说明任务和成功条件。
  • 按顺序演示步骤。
  • 添加检查点和错误恢复方法。
  • 结尾说明在哪里寻求帮助,或如何确认已完成。

公共服务/非营利组织版本:

  • 使用通俗语言,避免羞辱或指责。
  • 明确说明建议采取的行动。
  • 说明建议适用于哪些人,以及哪些人需要遵循不同的指引。
  • 引用官方来源,并对健康、安全或法律相关主张进行升级处理。

撰写便于理解的旁白

旁白应像一位可靠的向导在讲解,而不是在朗读白皮书。

  • 除非有必要使用技术术语,否则使用日常用语;对必要的术语,先解释再使用。
  • 每句话只表达一个想法。
  • 分句要简短,便于配音和字幕呈现。
  • 使用提示语引导:“首先”“关键区别在于”“需要注意的是”“现在看看有什么变化”。
  • 对关键术语始终使用同一说法;观众还在学习某个概念时,不要来回更换它的同义词。
  • 提供数字时要说明其含义:进行比较、换算、展示规模,或解释数字为何重要。
  • 大声朗读脚本。如果读起来磕绊,观众听起来也会如此。

对于配音脚本,平静风格的讲解视频每分钟大致安排 130-160 个英文口语单词;技术性内容、译制视频、面向儿童的视频或对无障碍要求较高的视频应放慢语速。这只是经验参考;实际节奏取决于语言、说话者、受众、画面和停顿需求。

使用类比,但不要误导

类比只有在对应结构,而不只是营造氛围时,才能帮助理解。

使用类比前,请写明:

  • 对应之处:“A 像 B,因为两者都……”
  • 不对应之处:“与 B 不同,A 不会……”
  • 停止类比的界限:指出从哪一点开始,类比会产生误导。

示例:“热泵就像用水泵把水往高处送:消耗能量来移动热量,而不是产生热量。但与水不同,热量会自然地从较暖处流向较冷处,因此热泵会利用制冷剂循环,把热量反向移动。”

如果简化类比可能改变行为、剂量、安全性、资格认定、法律解读或财务决策,就不要在高风险领域使用类比。应改用直白的因果解释。

将分镜设计为信息设计

为每个场景制作分镜,并包含以下栏目:

栏目必需内容
时间开始/结束时间、时长和节奏意图。
学习节拍观众学到什么,或现在能够做什么。
旁白准确的配音或对白。
画面示意图、角色动作、屏幕录制、产品 UI、数据图表、实拍画面、图标系统或生成式媒体镜头。
动效屏幕上发生什么变化,以及这些动效如何帮助理解。
文字/字幕屏幕标签、来源说明、披露信息、下三分之一字幕,或无文字。
依据主张矩阵中的主张 ID。
无障碍字幕说明、是否需要音频描述、对比度风险、是否仅用颜色编码、闪烁/动效风险、文字稿说明。
素材/提示词备注哪些内容必须是确定性的,哪些可以生成。

如果场景没有学习节拍,就删掉它,或将其改成仅持续必要时长的过渡。

解说场景的视觉语法

根据认知任务匹配视觉形式:

  • 定义:术语卡片、带标签的对象、“是/不是”并列对比。
  • 流程:流程图、时间线、编号步骤、传送带、状态机。
  • 因果:前后对比、因果链、反馈回路、分屏。
  • 系统:参与者、输入、输出、依赖关系和边界的示意图。
  • 规模:熟悉的比较对象、比例条、嵌套容器、地图插图。
  • 数据:突出一个结论的图表、趋势高亮、来源说明、注意事项。
  • 产品:真实 UI 或产品界面、问题情境、功能使用过程、结果状态。
  • 培训:光标路径、高亮控件、检查清单、成功/错误状态。
  • 社交/情感:人物情境、带披露说明的用户评价、角色隐喻。

保持视觉语言一致:用一种颜色表示“问题”,一种表示“解决方案”,一种表示“警告”,一种表示“证据”。不要在视频中途改变颜色的含义。

避免流于字面、只做装饰。每次提到“云”就放一朵云图标,通常并不能解释任何东西。用视觉元素展示关系、顺序、量级、变化和例外。

图表、数据图示和数据标注

只有当图表和示意图比旁白更能回答问题时才使用它们。

数据和示意图规则:

  • 在图表之前或与图表同时用文字说明要点。
  • 使用能保留事实的最简单图表。类别比较优先使用条形图,时间趋势优先使用折线图,顺序优先使用时间线,机制优先使用带注释的示意图。
  • 类别繁多、差异很小或需要精确比较时,不要使用饼图/圆环图。
  • 尽可能直接标注,减少查找图例的需要。
  • 不要只通过颜色传达含义。还要添加标签、位置、形状、纹理或文字。
  • 对于网页或交互式交付内容,应提供无障碍替代方案。当图形、图表、流程图、示意图和地图包含大量信息时,W3C WAI 将其视为复杂图像,要求提供简短和详细的文本替代内容。USWDS 指南指出,屏幕阅读器可能难以处理 SVG 图表内容,并建议提供屏幕阅读器可访问的表格以及纯文本趋势/统计摘要,同时提醒仅靠表格可能不足以表达复杂数据集。
  • 对于纯视频交付内容,应通过旁白和字幕传达图表的关键信息;如果图表至关重要,还应提供文字稿或配套说明。
  • 根据经过验证的数据,以确定性方式生成图表。不要要求生成式图像模型制作事实性图表。

动效指导

动效应当解释变化。

用动效来:

  • 展示顺序;
  • 连接原因和结果;
  • 展示状态转换;
  • 对比前后变化;
  • 引导注意力;
  • 调节认知负荷的节奏;
  • 在观众理解要点后强化情感。

避免使用会干扰讲解的动效:

  • 在信息密集的文字下方持续播放背景动效;
  • 在介绍新信息时快速移动镜头;
  • 同时改变多个区域的内容;
  • 使用暗示并不存在的因果关系的转场;
  • 模拟与实际产品不一致的 UI 行为;
  • 每秒闪烁超过三次,或在已知阈值附近闪烁;WCAG 对网页内容规定了“闪烁不超过三次或低于阈值”的要求。

适当停顿。揭示关键信息后停留半秒,往往比再加一个花哨效果更有助于理解。

旁白、配音、音乐和音效

根据信任关系选择声音风格:

  • 教师/导师:沉稳、精准、亲切。
  • 产品指南:自信、实用,不过度炒作。
  • 公共服务:尊重受众、通俗易懂、不让人感到受责备。
  • 培训:稳定、明确,留出足够停顿供受众执行任务。
  • 青年/社交:富有活力,但仍清晰易懂、便于添加字幕。

为人名、缩略词、药物/技术术语、非英语词汇和品牌术语准备发音表。对于 TTS,批量生成前先测试一段短样本。

混音时确保语音清晰易懂:

  • 旁白必须始终占主导。
  • 音乐应烘托节奏和情绪,而不是填满每处空白。
  • 音效应用于标记状态变化或操作;除非风格需要,否则避免堆砌卡通音效。
  • 如果语音下方的背景音持续超过几秒,应将音量调低,避免分散注意力。WCAG 提供了 AAA 级低背景音/无背景音方面的指导,WAI 媒体指南也强调,低背景音是无障碍示例的重要组成部分。

字幕、文字稿和无障碍

从脚本阶段开始考虑无障碍设计。

最低制作目标:

  • 为所有语音和有意义的非语音音频添加字幕。WCAG 2.2 对预录媒体的字幕设有 A 级要求,对同步媒体的实时字幕设有 AA 级要求。
  • 在可行的情况下,为有意义的视频提供描述性文字稿;W3C WAI 建议文字稿涵盖语音、有意义的非语音音频,并尽可能包含视觉信息。
  • 对于仅通过视觉呈现的关键信息,提供音频描述或整合式描述。WAI 建议在拍摄/编写脚本前规划整合式描述,因为这样更容易实现,通常也更有利于无障碍设计。
  • 确保文字和重要图形对象具有足够的对比度。WCAG 2.2 对文字对比度和非文字对比度设有要求;应将其作为最低标准,而非上限。
  • 不要仅通过颜色、声音、动作或空间位置来传达信息。
  • 避免使用密集文字。如果必须阅读文字,应留出足够的屏幕显示时间,并考虑目标受众和本地化版本。
  • 在所有交付版本中,确保字幕条、来源说明、披露信息和字幕不处于容易被裁切的区域。
  • 本地化时,提供语言标签、翻译后的字幕和本地化文字稿。

字幕样式:

  • 在短语边界处换行。
  • 让字幕与语音同步。
  • 如果说话者身份不明确,应标明说话者。
  • 加入有意义的非语音音频说明:“[门铃声]”“[警报声]”“[音乐渐弱]”。
  • 不要以会改变法律或事实含义的方式改写字幕中的主张。

生成媒体提示词转换

只有在事实、视觉内容和动作要求都明确后,才将分镜脚本转换为生成指令。

对于每个生成的素材或片段,请注明:

  • 场景 ID 和学习要点;
  • 必须出现的准确内容;
  • 不得出现的内容;
  • 风格、媒介、宽高比、构图、光线、镜头/运动、时长和情绪;
  • 文字必须完全不出现、在合成时后期添加,还是以确定性方式生成;
  • 连贯性约束:重复出现的角色、产品、颜色、图标形状、UI 状态、图表几何结构;
  • 证据/来源约束:源图像、产品截图、品牌素材、授权/同意、引用;
  • 审核标准和失效情形。

不依赖特定提供商的提示词模板:

Scene purpose: [what the viewer learns]
Visual form: [diagram/product demo/character metaphor/data callout/live-action shot]
Subject/action: [what happens]
Composition: [framing, layers, focal hierarchy]
Motion: [what changes and why]
Style constraints: [brand, palette, texture, realism level]
Accuracy constraints: [must match product/source; no invented UI/text/data]
Text policy: [no generated text; labels added in edit; or exact deterministic overlay]
Accessibility constraints: [contrast, no color-only meaning, no rapid flashing]
Negative constraints: [avoid stereotypes, unsafe behavior, extra objects, fake logos]
Output: [duration, aspect ratio, resolution, transparent background if needed]

如果提供商无法可靠保留所需细节,就更改制作方法:制作确定性的图表、使用截图、采用矢量动画、录制真实 UI,或简化场景。不要接受看似合理却不真实的生成视觉内容。

声明、风险与权利审查

在最终渲染前审查一次,并在制作各个变体后再次审查。

出现以下情况时应升级审核:

  • 告诉观众如何处理健康、用药、诊断、安全、法律、税务、投资、保险、移民、就业权利或受监管产品相关事宜;
  • 对产品、竞争对手、性能、价格、环境影响或“最佳”等说法进行比较;
  • 使用推荐语、背书、网红风格内容、联盟链接、赞助内容或前后对比结果;
  • 涉及儿童、弱势群体、危机情境、公共紧急事件、政治劝说或针对特定人群的说法;
  • 使用 AI 生成的肖像、声音、公众人物、私人个体、受版权保护的角色、商标、客户机密信息或第三方视频/音乐/图片;
  • 包含可能已过时、经过选择性摘取或缺少基准发生率的统计数据;
  • 将本地化为法律或文化要求不同的语言或司法管辖区版本。

商业声明检查清单:

  • 每项客观声明是否都有当前证据支持?
  • 是否有任何视觉内容暗示了比旁白所说更显著的效果?
  • 推荐语展示了不同寻常的结果时,是否披露了典型结果?
  • 当背书声明同时以音频和视觉形式呈现时,是否以清晰的音频和视觉形式披露了重要关联?
  • 披露内容是否清晰易读、可听见、无法忽略,且与声明使用同一种语言?
  • CTA 是否与教育目标有实质性差异?如果是,是否明确说明了转向说服的意图?

本地化与文化适配

本地化解释,而不只是翻译文字。

  • 针对每个地区重新核查声明、法规、计量单位、价格、产品供应情况和支持链接。
  • 替换不适用于当地的习语和类比。
  • 调整示例、姓名、单位、货币、日期、屏幕截图、配音、音乐、手势、阅读方向和字幕长度。
  • 为翻译后篇幅更长的语言留出更多时间。
  • 根据翻译后的文案重新制作文字版式;不要为了适配而把文字缩小到难以阅读。
  • 对重要版本重新录制或生成旁白,并由母语者审校发音。
  • 确保来源引用和披露内容与本地化后的声明相匹配。

剪辑节奏与结构审查

剪辑期间,不暂停观看一次,以检查内容是否易于理解:

  • 首次观看的观众能否说出核心观点?
  • 是否留有足够时间查看每张图表?
  • 是否在学习要点传达完毕后再进行剪辑?
  • 观众是否清楚该看哪里?
  • 视觉转场是在传递含义,还是仅仅营造动感?
  • b-roll、图标、UI 模拟图或生成场景中是否隐藏了缺乏依据的声明?
  • 最后的 CTA 是否顺承解释内容,而不是喧宾夺主?

任何场景超过六个、数据密集、包含产品 UI 或涉及高风险声明的解说视频,都应使用动态分镜。动态分镜可以较为粗略,但必须包含时间安排、旁白、占位视觉内容、字幕以及声明/披露内容的位置。

交付版本

先制作主版本,再制作其他变体。

变体计划:

  • 主版本:使用最高质量的宽高比,并提供完整字幕/文字稿/来源记录。
  • 社交媒体短版:每个短版只讲一个观点;不要裁掉标签、字幕、披露内容或重要手势。
  • 静音/自动播放版本:字幕和视觉背景信息必须在无音频时也能传达故事。
  • 培训/LMS 版本:酌情包含章节、文字稿、测验/检查点和可下载的参考资料。
  • 公益服务版本:包含来源日期、适用范围限制以及求助/资源 CTA。
  • 销售/产品版本:包含获批的声明、证据要点、披露处理方式和当前产品 UI。

平台规格经常变动。导出时应重新核对平台官方要求,不要依赖记忆中的数值。

讲解视频 QA 检查清单

仅当所有相关检查项均符合时,才通过视频审核:

  • 目标:受众明确,学习或决策目标清晰。
  • 结构:开场吸引、承诺、铺垫、示例、边界说明和行动号召均符合时长要求。
  • 证据:每项事实、商业或统计声明都有来源,否则应删除。
  • 风险:高风险声明由合适的人工审核人员审核。
  • 清晰度:术语经过定义或替换。
  • 认知负荷:每个节拍只呈现一个新想法;视觉内容不过度堆叠。
  • 视觉语法:图表、图形、UI、实拍素材和生成场景各自承担明确的讲解任务。
  • 动效:动效引导注意力并解释变化;无不安全的闪烁。
  • 无障碍:处理好字幕、文字稿计划、对比度、音频描述/融合描述需求,以及非颜色编码。
  • 音频:旁白清晰易懂;音乐和音效不会掩盖人声。
  • 生成媒体:不包含编造的事实、虚假图表、虚假 UI、意外出现的商标、变形的人物或无法辨认的生成文本。
  • 权利/来源信息:记录素材、声音、肖像、AI 生成内容、许可证和授权书。
  • 本地化:翻译版本保留声明、披露信息、时间安排和无障碍要求。
  • 交付:导出内容将字幕/披露信息/来源说明保留在安全区域内,并符合当前平台规格。

示例:教育类概念讲解视频

用户请求:“制作一段 90 秒的动画讲解视频,介绍热泵如何为住宅供暖。”

制作意图:向房主讲解热泵的工作原理,并纠正“热泵像炉子一样‘制造热量’”这一误解。

学习目标:观看后,房主能够解释热泵通过制冷剂循环移动热量,并说出室内盘管、室外盘管、压缩机和膨胀步骤。

拆解:

  • 术语:热量、制冷剂、压缩机、盘管。
  • 误解:“冷空气中没有热量。”
  • 工作原理:制冷剂在室外吸收热量,压缩机升高其温度,室内盘管释放热量,膨胀使制冷剂冷却,然后循环往复。
  • 边界:性能和备用供暖取决于气候/型号;除非有来源支持,否则避免做出普遍适用的效率声明。

场景节选:

时间旁白视觉/动效证据/无障碍
0-7s“热泵不像火焰那样产生热量。它移动热量,就像反向运行的冰箱。”分屏:炉子图标产生火焰;热泵将发光圆点从室外移到室内。之后说明类比的适用边界。提供字幕;不只依靠颜色区分。
7-22s“即使室外空气寒冷,其中也含有热能。制冷剂流经室外盘管时,会吸收其中一部分热量。”简单的循环示意图。突出显示室外盘管;圆点进入制冷剂管路。除非有来源支持,否则避免提供确切温度数据。
22-38s“压缩机挤压制冷剂,使其温度升高。”压缩机图标压缩管路;温度计读数上升。使用固定标签,不使用生成文本。
38-55s“在室内,温度更高的制冷剂会将热量释放到家中。”室内盘管加热气流箭头;房间逐渐变暖。音频描述视觉变化。
55-72s“然后,制冷剂膨胀、降温,循环再次开始。”膨胀阀打开;循环回到起点。动效解释流程。
72-90s“简单来说:用电来移动热量,而不是从零开始制造热量。”展示完整循环,并回顾四个编号步骤。回顾有助于记忆。

图示场景的生成媒体提示词:

Scene purpose: show that a heat pump moves heat through a repeating loop.
Visual form: clean animated vector diagram, not photorealistic.
Subject/action: a closed refrigerant loop connects an outdoor coil, compressor, indoor coil, and expansion valve; small warm-energy dots move from outdoor air into the loop, then into the house.
Composition: left side outdoor unit, right side simple house interior, loop centered, four large icon-like components with empty space for labels added later.
Motion: dots move clockwise; compressor briefly squeezes the line; indoor airflow arrows glow gently.
Style constraints: flat educational animation, high contrast, limited blue/orange palette, no brand logos.
Accuracy constraints: no extra components, no numerical efficiency claims, no rendered text.
Text policy: all labels added later in composition.
Accessibility constraints: do not rely on color alone; use arrows and position; no flashing.
Output: 16:9, 8 seconds, seamless motion, transparent-safe background if possible.

可能出现的问题:生成模型添加无法辨认的标签、描绘火焰、显示不可能的管道走向,或暗示室外空气必须是温暖的。可改用确定性的矢量构图,或使用限制更严格的图示提示词。

示例:带声明管控的产品说明视频

用户请求:“为我们的 AI 会议助手制作一段 60 秒的说明视频,介绍它每周可为团队节省 10 小时。”

风险:商业效果声明。“每周节省 10 小时”需要有证据支持,并说明背景。

安全制作方式:

  1. 要求提供佐证材料:研究、客户数据、方法、样本量、时间段,以及该结果是否具有代表性。
  2. 如果有证据支持,应明确声明范围:“在一项针对 [audience] 的 [n] 名客户开展、历时 [period] 的调查中,团队报告平均节省了 [x] 小时……”
  3. 如果没有证据支持,应改写为非量化的益处:“帮助团队减少将会议内容整理为后续行动所花的时间。”
  4. 展示真实或经批准的 UI,而不是虚构的屏幕。
  5. 所有代言、用户证言、赞助评论或非典型结果都应经过披露审核。

结构:

  • 开场钩子:“会议结束了,工作还没有。”
  • 问题:笔记、负责人、截止日期以及后续跟进的疏漏。
  • 运作方式:记录/转录、识别决策、起草行动项、同步到工作流。
  • 证据:经批准的声明或演示结果。
  • 提醒:“发送 AI 生成的笔记前请先审核。”
  • 行动号召:“下次定期会议就试试。”

分镜说明:使用真实的 UI 截图,或使用经客户批准的确定性模型图。不要生成会让人误以为产品具备未受支持功能的虚假产品界面。

示例:公共服务说明视频

用户请求:“制作一段 45 秒的视频,告诉大家在极端高温天气下应该怎么做。”

风险:公共卫生/安全。应使用官方来源、最新的本地指南,并由专家/客户审核。

方式:

  • 受众:当地居民,包括老年人、户外工作者、家长,以及无法可靠获得制冷条件的人。
  • 目标:观众能够说出三项立即采取的防护措施,并知道在哪里查找当地避暑中心的信息。
  • 来源:当地官方应急管理/公共卫生网页、气象服务预警,以及经客户批准的资源链接。
  • 语言:通俗、直接、不带指责。
  • 无障碍:字幕、高对比度、不使用过小的紧急情况 URL,并提供目标语言的语音和文字。

脚本结构:

  • “高温达到危险程度时,要尽早做好三件事。”
  • “不要等到口渴了才喝水。”
  • “尽可能待在有空调的地方;使用屏幕上显示的本地避暑中心链接。”
  • “关心邻居、老年人和独居者。”
  • “如果有人出现意识混乱、昏厥或其他紧急症状,请拨打急救电话。”具体症状/行动措辞应交由公共卫生审核人员确认。

不要擅自编造医疗分诊建议。紧急情况指南必须符合当地官方来源,并经过审核人员批准。

来源说明与核验

参考并核验的来源,日期为 2026-07-10:

制作时需要重新核查的易变事项:平台导出规格、提供商/模型能力与条款、定价、内容政策、社交平台披露体验、广告/代言规则、版权/人工智能指南、地方公共服务指南、产品界面、客户声明、统计数据,以及本地化/法律要求。

评论

支持 Markdown