# AI Application Showcase Video

> Turn AI project materials into a public-facing application-case video planning package. Use when the user needs to present an AI product, research result, deployment, pilot, or industry application through a short video, including fact extraction, missing-information questions, communication angle, script, storyboard, shooting checklist, post-production brief, and platform copy. Do not use for pure event recording, fictional commercials, or technical-paper writing.

- Skill: `yoruuuchan/ai-application-showcase-video` (Agent Skill, multi-file: 6 files)
- Install (CLI): `npx skillmds@latest add yoruuuchan/ai-application-showcase-video`
- Raw SKILL.md: https://api.skillmd.com/api/skills/yoruuuchan/ai-application-showcase-video/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Research & Search
- License: Apache-2.0
- Author: yoruuuchan (https://skillmd.com/u/yoruuuchan)
- Updated: 2026-09-22
- Page: https://skillmd.com/skills/yoruuuchan/ai-application-showcase-video

---


# AI 应用案例成果展示视频

把零散的项目介绍、汇报材料、采访记录、图片、录屏和数据，整理为一套面向公众的 AI 应用案例视频策划包。

本 Skill 负责**传播策划与制作准备**，不默认负责真实拍摄、视频渲染或平台发布。

## 适用场景

在以下情况启用：

- 展示 AI 产品、科研成果、试点项目或行业落地案例；
- 面向公众、客户、合作方或非专业管理者解释“这个 AI 到底解决了什么”；
- 需要生成短视频脚本、分镜表、拍摄清单、后期说明和发布文案；
- 用户提供的材料杂乱，需要先建立可信的事实底稿；
- 同一案例需要适配视频号、抖音、小红书、Bilibili 等平台。

以下情况不应直接启用：

- 单纯活动快剪、会议记录、人物专访或品牌形象片；
- 仅需要技术论文、新闻稿或产品说明书；
- 完全虚构的广告创意；
- 用户只需要剪辑现有素材，不需要重新策划内容。

## 核心原则

1. **事实先于表达**：先确认项目事实，再写传播内容。
2. **公众语言优先**：先回答“解决了什么问题、怎么使用、带来什么变化”，再解释技术。
3. **禁止编造**：不得补写未提供或未核实的客户、性能、效率、准确率、成本、规模和成果数据。
4. **未知必须可见**：缺失信息写入清单，使用 `[待确认]` 标记，不得用模糊措辞伪装完成。
5. **人工节点不可省略**：事实、脚本、成片分别由对应负责人审核。
6. **能力失败必须显式报告**：无法转写音频、生成 DOCX/XLSX、检索网页或渲染视频时，明确说明缺失能力并交付可用的等价文本格式。
7. **不降低验收标准**：素材不足时不生成看似完整但事实空洞的“成品脚本”。

## 输入

读取用户提供的全部相关材料，包括但不限于：

- 项目介绍、申报书、汇报 PPT、Word、PDF、网页；
- 项目负责人访谈、会议记录、MP3 或转写文本；
- 产品截图、界面录屏、设备照片、现场素材；
- 可公开数据、客户反馈、测试结果；
- 保密要求、审批要求、禁用表述；
- 用户指定的平台、时长、受众和传播目标。

若用户没有提供明确受众，默认先询问，不得自行假定。询问时优先给出具体选项，每次只问 1–3 个高影响问题。

使用 [项目资料采集表](assets/project-intake-form.md) 识别最低输入要求。

## 工作流

### 阶段 1：建立资料清单

列出已收到的文件、链接、音频、图片和文字说明，并标注：

- 文件用途；
- 内容时间；
- 是否为当前有效版本；
- 是否包含可公开事实；
- 是否存在冲突或过期信息。

发现多个版本冲突时，停止合并，明确指出冲突并请求确认当前有效版本。

### 阶段 2：提取事实底稿

根据 [事实底稿模板](assets/fact-sheet-template.md) 提取：

- 项目名称与一句话定义；
- 服务对象与应用场景；
- 原有问题；
- AI 在流程中的具体作用；
- 人工仍负责的环节；
- 输入、处理、输出；
- 已验证结果；
- 可展示证据；
- 可公开边界；
- 数据来源与证据位置。

每条关键事实必须标记为：

- `已证实`：材料中有直接证据；
- `待确认`：材料提及但证据不足；
- `不可使用`：冲突、过期、保密或无法验证。

不得把目标、预测、宣传口径写成已实现结果。

### 阶段 3：生成缺失信息清单

根据事实底稿，判断是否足以生成脚本。

高优先级缺失项包括：

- 谁在使用；
- 原流程具体哪里麻烦；
- AI 介入了哪一步；
- 使用前后发生了什么变化；
- 有什么可拍或可录屏的证据；
- 哪些信息不能公开。

若高优先级信息不足：

1. 生成 `02_缺失信息清单.md`；
2. 提出不超过 8 个问题，按重要性排序；
3. 优先使用单选或多选选项，减少填写负担；
4. 在获得回答前，只能生成策划框架，不得生成伪完整成片脚本。

参考 [访谈与补充问题指南](references/interview-guide.md)。

### 阶段 4：传播判断

使用 [叙事框架](references/narrative-framework.md) 和 [公众语言指南](references/public-language-guide.md)，输出：

- 传播价值判断；
- 一句话主题；
- 公众最容易理解的切入点；
- 最强证据画面；
- 可能误解与风险；
- 建议时长；
- 推荐叙事结构；
- 是否值得进入拍摄。

默认结构：

`具体场景 → 明确痛点 → AI 介入 → 使用过程 → 可见结果 → 更大价值`

不要从机构介绍、技术名词或宏大口号开场，除非用户明确要求。

### 阶段 5：第一次人工确认

在生成正式脚本前，要求项目负责人或事实责任人确认：

- 项目定义；
- 功能描述；
- 结果数据；
- 客户或场景信息；
- 可公开边界。

若环境不支持交互，将确认项写入 `APPROVAL_REQUIRED.md`，并把状态标为 `待审核`。

### 阶段 6：生成视频脚本

至少生成一个 60 秒短视频版本。用户需要时，再生成 2–3 分钟完整版。

脚本必须区分：

- 画面；
- 旁白；
- 同期声；
- 屏幕字幕；
- 数据或图形动画；
- 事实来源；
- 待确认内容。

开头 3–5 秒优先使用具体冲突、真实场景或结果画面，不使用空洞设问。

技术解释遵循：

1. 先讲用户动作；
2. 再讲系统做了什么；
3. 最后才补必要技术名词。

### 阶段 7：生成分镜与拍摄方案

使用 [分镜模板](assets/storyboard-template.csv) 输出：

- 镜头编号；
- 时长；
- 场景；
- 画面动作；
- 景别；
- 运镜；
- 旁白/同期声；
- 字幕；
- 所需素材；
- 拍摄地点；
- 负责人；
- 状态；
- 风险或脱敏要求。

分镜必须可执行。禁止只写“展示科技感画面”“体现 AI 能力”等无法拍摄的描述。

### 阶段 8：生成执行包

生成：

- 必拍镜头清单；
- 必录采访清单；
- 界面录屏清单；
- 道具与设备清单；
- 场地与人员安排；
- 拍摄顺序；
- 后期剪辑说明；
- 数据动画需求；
- 脱敏与审批事项。

若环境支持 DOCX/XLSX，可基于模板生成对应文件；否则输出 Markdown 与 CSV，不得声称已生成原生办公文件。

### 阶段 9：生成发布物料

默认输出：

- 3 个视频标题；
- 3 个封面短句；
- 视频简介；
- 视频号文案；
- 抖音文案；
- 小红书文案；
- Bilibili 标题与简介；
- 公众号嵌入视频时的导语。

不同平台不得只替换平台名称。根据平台的信息密度、标题长度和用户预期调整表达。

### 阶段 10：质量检查

按照 [验收清单](references/review-checklist.md) 检查：

- 所有关键结论是否有事实依据；
- 是否把计划写成成果；
- 是否出现不可公开信息；
- 是否明确人工环节；
- 普通观众能否理解；
- 镜头是否真实可拍；
- 脚本、分镜和拍摄清单是否一致；
- 是否存在 `[待确认]`；
- 所有必需文件是否齐全；
- 输出状态是否准确。

运行 `python scripts/validate-project.py <项目目录>` 检查文件结构与残留占位符。

## 输出目录

默认生成：

```text
项目名称/
├── 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 的默认完成条件。

## 完成状态

只能使用以下状态：

- `资料不足`：关键事实不足，无法进入正式脚本；
- `待事实审核`：事实底稿已完成，等待责任人确认；
- `待脚本审核`：脚本和分镜已完成，等待传播审核；
- `待拍摄`：执行包完整且已批准；
- `待成片审核`：拍摄或剪辑完成，等待审核；
- `已批准`：内容和事实均通过审核；
- `受阻`：因权限、素材、工具、保密或冲突无法继续。

不得将“草稿生成”“本地校验通过”写成“已发布”或“项目完成”。

## 最终回复要求

向用户简要说明：

1. 使用了哪些资料；
2. 已生成哪些文件；
3. 当前状态；
4. 已验证什么；
5. 仍需谁确认什么；
6. 哪些能力因环境限制未执行。

不要用长篇方法论代替交付物。