yoruuuchan AI 应用案例成果展示视频
把零散的项目介绍、汇报材料、采访记录、图片、录屏和数据，整理为一套面向公众的 AI 应用案例视频策划包。
本 Skill 负责传播策划与制作准备，不默认负责真实拍摄、视频渲染或平台发布。
适用场景
在以下情况启用：
- 展示 AI 产品、科研成果、试点项目或行业落地案例；
- 面向公众、客户、合作方或非专业管理者解释“这个 AI 到底解决了什么”；
- 需要生成短视频脚本、分镜表、拍摄清单、后期说明和发布文案；
- 用户提供的材料杂乱，需要先建立可信的事实底稿；
- 同一案例需要适配视频号、抖音、小红书、Bilibili 等平台。
以下情况不应直接启用：
- 单纯活动快剪、会议记录、人物专访或品牌形象片；
- 仅需要技术论文、新闻稿或产品说明书；
- 完全虚构的广告创意；
- 用户只需要剪辑现有素材，不需要重新策划内容。
核心原则
- 事实先于表达：先确认项目事实，再写传播内容。
- 公众语言优先：先回答“解决了什么问题、怎么使用、带来什么变化”，再解释技术。
- 禁止编造：不得补写未提供或未核实的客户、性能、效率、准确率、成本、规模和成果数据。
- 未知必须可见：缺失信息写入清单，使用
[待确认]标记，不得用模糊措辞伪装完成。 - 人工节点不可省略：事实、脚本、成片分别由对应负责人审核。
- 能力失败必须显式报告：无法转写音频、生成 DOCX/XLSX、检索网页或渲染视频时，明确说明缺失能力并交付可用的等价文本格式。
- 不降低验收标准：素材不足时不生成看似完整但事实空洞的“成品脚本”。
输入
读取用户提供的全部相关材料，包括但不限于：
- 项目介绍、申报书、汇报 PPT、Word、PDF、网页；
- 项目负责人访谈、会议记录、MP3 或转写文本；
- 产品截图、界面录屏、设备照片、现场素材；
- 可公开数据、客户反馈、测试结果；
- 保密要求、审批要求、禁用表述；
- 用户指定的平台、时长、受众和传播目标。
若用户没有提供明确受众，默认先询问，不得自行假定。询问时优先给出具体选项，每次只问 1–3 个高影响问题。
使用 项目资料采集表 识别最低输入要求。
工作流
阶段 1：建立资料清单
列出已收到的文件、链接、音频、图片和文字说明，并标注：
- 文件用途；
- 内容时间；
- 是否为当前有效版本；
- 是否包含可公开事实；
- 是否存在冲突或过期信息。
发现多个版本冲突时，停止合并，明确指出冲突并请求确认当前有效版本。
阶段 2：提取事实底稿
根据 事实底稿模板 提取：
- 项目名称与一句话定义；
- 服务对象与应用场景；
- 原有问题；
- AI 在流程中的具体作用；
- 人工仍负责的环节；
- 输入、处理、输出；
- 已验证结果；
- 可展示证据；
- 可公开边界；
- 数据来源与证据位置。
每条关键事实必须标记为：
已证实：材料中有直接证据；待确认：材料提及但证据不足；不可使用：冲突、过期、保密或无法验证。
不得把目标、预测、宣传口径写成已实现结果。
阶段 3：生成缺失信息清单
根据事实底稿，判断是否足以生成脚本。
高优先级缺失项包括：
- 谁在使用；
- 原流程具体哪里麻烦；
- AI 介入了哪一步；
- 使用前后发生了什么变化；
- 有什么可拍或可录屏的证据；
- 哪些信息不能公开。
若高优先级信息不足：
- 生成
02_缺失信息清单.md； - 提出不超过 8 个问题，按重要性排序；
- 优先使用单选或多选选项，减少填写负担；
- 在获得回答前，只能生成策划框架，不得生成伪完整成片脚本。
参考 访谈与补充问题指南。
阶段 4：传播判断
使用 叙事框架 和 公众语言指南，输出：
- 传播价值判断；
- 一句话主题；
- 公众最容易理解的切入点；
- 最强证据画面；
- 可能误解与风险；
- 建议时长；
- 推荐叙事结构；
- 是否值得进入拍摄。
默认结构：
具体场景 → 明确痛点 → AI 介入 → 使用过程 → 可见结果 → 更大价值
不要从机构介绍、技术名词或宏大口号开场，除非用户明确要求。
阶段 5：第一次人工确认
在生成正式脚本前，要求项目负责人或事实责任人确认：
- 项目定义；
- 功能描述；
- 结果数据；
- 客户或场景信息；
- 可公开边界。
若环境不支持交互，将确认项写入 APPROVAL_REQUIRED.md，并把状态标为 待审核。
阶段 6：生成视频脚本
至少生成一个 60 秒短视频版本。用户需要时，再生成 2–3 分钟完整版。
脚本必须区分：
- 画面；
- 旁白；
- 同期声；
- 屏幕字幕；
- 数据或图形动画；
- 事实来源；
- 待确认内容。
开头 3–5 秒优先使用具体冲突、真实场景或结果画面，不使用空洞设问。
技术解释遵循：
- 先讲用户动作；
- 再讲系统做了什么；
- 最后才补必要技术名词。
阶段 7：生成分镜与拍摄方案
使用 分镜模板 输出：
- 镜头编号；
- 时长；
- 场景；
- 画面动作；
- 景别；
- 运镜；
- 旁白/同期声；
- 字幕；
- 所需素材；
- 拍摄地点；
- 负责人；
- 状态；
- 风险或脱敏要求。
分镜必须可执行。禁止只写“展示科技感画面”“体现 AI 能力”等无法拍摄的描述。
阶段 8：生成执行包
生成：
- 必拍镜头清单；
- 必录采访清单；
- 界面录屏清单；
- 道具与设备清单；
- 场地与人员安排；
- 拍摄顺序；
- 后期剪辑说明；
- 数据动画需求；
- 脱敏与审批事项。
若环境支持 DOCX/XLSX，可基于模板生成对应文件；否则输出 Markdown 与 CSV，不得声称已生成原生办公文件。
阶段 9：生成发布物料
默认输出：
- 3 个视频标题；
- 3 个封面短句；
- 视频简介；
- 视频号文案；
- 抖音文案；
- 小红书文案；
- Bilibili 标题与简介；
- 公众号嵌入视频时的导语。
不同平台不得只替换平台名称。根据平台的信息密度、标题长度和用户预期调整表达。
阶段 10：质量检查
按照 验收清单 检查：
- 所有关键结论是否有事实依据；
- 是否把计划写成成果；
- 是否出现不可公开信息；
- 是否明确人工环节；
- 普通观众能否理解；
- 镜头是否真实可拍；
- 脚本、分镜和拍摄清单是否一致；
- 是否存在
[待确认]； - 所有必需文件是否齐全；
- 输出状态是否准确。
运行 python scripts/validate-project.py <项目目录> 检查文件结构与残留占位符。
输出目录
默认生成：
项目名称/
├── 00_资料清单.md
├── 01_项目事实底稿.md
├── 02_缺失信息清单.md
├── 03_选题与传播分析.md
├── 04_60秒视频脚本.md
├── 05_分镜表.csv
├── 06_拍摄执行清单.md
├── 07_后期剪辑说明.md
├── 08_多平台发布文案.md
├── 09_审核记录.md
└── APPROVAL_REQUIRED.md # 仅在存在待审核事项时生成
用户明确要求时，可额外生成：
- 2–3 分钟完整版脚本；
- DOCX 拍摄执行单；
- XLSX 分镜表；
- 演示 PPT；
- 采访提纲；
- 视频成片或 Remotion 项目。
额外交付需要相应工具支持，不属于本 Skill 的默认完成条件。
完成状态
只能使用以下状态：
资料不足：关键事实不足，无法进入正式脚本；待事实审核：事实底稿已完成，等待责任人确认；待脚本审核：脚本和分镜已完成，等待传播审核；待拍摄：执行包完整且已批准；待成片审核：拍摄或剪辑完成，等待审核；已批准：内容和事实均通过审核；受阻：因权限、素材、工具、保密或冲突无法继续。
不得将“草稿生成”“本地校验通过”写成“已发布”或“项目完成”。
最终回复要求
向用户简要说明：
- 使用了哪些资料；
- 已生成哪些文件；
- 当前状态；
- 已验证什么；
- 仍需谁确认什么；
- 哪些能力因环境限制未执行。
不要用长篇方法论代替交付物。