168 lines
6.7 KiB
Markdown
168 lines
6.7 KiB
Markdown
|
# 经验汇总：提示词库
|
|||
|
|
|
|||
|
|
> 来源：编导AI脚本对话记录分析项目
|
|||
|
|
> 沉淀依据：方法验证闭环实验（5案例对比验证，4套模板均有正向效果）
|
|||
|
|
> 沉淀时间：2026-06-02
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 使用说明
|
|||
|
|
|
|||
|
|
- 以下4套模板已通过5个典型案例验证，缺陷总分平均下降76%
|
|||
|
|
- 模板为通用框架，[方括号]内容需替换为实际需求
|
|||
|
|
- **核心原则：需求描述在前（200字内），参考资料在后并标注"仅供参考"**
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 模板1：脚本创作通用框架
|
|||
|
|
|
|||
|
|
验证状态：**已通过**（适用所有脚本类型，案例01、02、03均验证有效）
|
|||
|
|
|
|||
|
|
```markdown
|
|||
|
|
帮我写一个[情感基调]的[脚本类型]，用于短视频拍摄（[预估时长]秒）。
|
|||
|
|
|
|||
|
|
脚本类型：[具体类型描述]（不要[排除类型1]、不要[排除类型2]）
|
|||
|
|
核心主题：[一句话描述]
|
|||
|
|
情感弧线：[起因 → 发展 → 转折 → 结局]
|
|||
|
|
目标效果：[让观众做什么/想什么/感受到什么]
|
|||
|
|
|
|||
|
|
结构要求：
|
|||
|
|
- 开头：[开头策略]
|
|||
|
|
- 主体：[主体逻辑，按场景或话题组织]
|
|||
|
|
- 结尾：[收尾方式]
|
|||
|
|
|
|||
|
|
风格约束：
|
|||
|
|
- 要：[必须有的元素]
|
|||
|
|
- 不要：[排除的形式/风格/内容]
|
|||
|
|
|
|||
|
|
角色设定（如果有角色）：
|
|||
|
|
- 角色1（[年龄/身份]）：[性格特点]，[语言特征]
|
|||
|
|
- 角色2（[年龄/身份]）：[性格特点]，[语言特征]
|
|||
|
|
|
|||
|
|
=== 产品/品牌资料（仅供参考，请提炼1-2个核心卖点自然融入，不要逐条罗列）===
|
|||
|
|
[产品资料]
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
**验证案例**：案例01（产品植入故事脚本），缺陷总分9→1（-89%），意图命中率2/5→5/5
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 模板2：参数型产品的场景化转换
|
|||
|
|
|
|||
|
|
验证状态：**已通过**（案例02验证有效，缺陷总分8→1，-88%）
|
|||
|
|
|
|||
|
|
```markdown
|
|||
|
|
帮我写一篇[品类]传播口播稿，像跟朋友聊天推荐好东西，有观点有态度。
|
|||
|
|
|
|||
|
|
逻辑框架（按场景组织，不要按参数逐条介绍）：
|
|||
|
|
1. 开头：抛出一个让[目标受众]"被戳中痛点"的悬念或反常识
|
|||
|
|
2. [体验1]：用1-2个具体的使用场景讲感受（如"[具体场景描述]"），不要念参数
|
|||
|
|
3. [体验2]：用生活化场景讲感受（如"[具体场景描述]"），不要念参数
|
|||
|
|
4. [体验3]：一句话带过，强调"[核心卖点一句话]"
|
|||
|
|
5. 收尾：价格+政策，干脆利落
|
|||
|
|
|
|||
|
|
风格：[犀利/幽默/真诚]，像老司机跟朋友安利好东西
|
|||
|
|
不要：表格、参数罗列、逐条介绍配置、网络梗堆砌（不要"[列出常见网络梗]"这类）
|
|||
|
|
|
|||
|
|
=== 产品资料（以下为核心参数，请提炼3-5个差异化卖点融入场景，不要逐条罗列）===
|
|||
|
|
[产品参数]
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
**验证案例**：案例02（汽车评测口播稿），从2000字参数说明书→800字场景化口播稿
|
|||
|
|
|
|||
|
|
**核心技巧**：每个卖点必须对应一个使用场景，用"有次[具体场景]"替代"[XX传感器/XX参数]"
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 模板3：故事脚本专用模板
|
|||
|
|
|
|||
|
|
验证状态：**已通过**（案例03验证有效，缺陷总分10→3，-70%）
|
|||
|
|
|
|||
|
|
```markdown
|
|||
|
|
帮我写一个[故事类型]的对话脚本，用于短视频拍摄。
|
|||
|
|
|
|||
|
|
第一步：先输出场景大纲（P1-PX），每个场景一句话描述：
|
|||
|
|
- 在哪里、谁和谁、发生了什么、情绪是什么
|
|||
|
|
|
|||
|
|
确认结构后，再展开每个场景的对话。
|
|||
|
|
|
|||
|
|
角色语言设定：
|
|||
|
|
- 角色1（[年龄/身份]）：
|
|||
|
|
语言特征：[句长限制、词汇水平、语法特点]
|
|||
|
|
正确示例："[符合角色的台词]"
|
|||
|
|
错误示例："[不符合角色的台词]"
|
|||
|
|
不要写：[明确排除的语言特征]
|
|||
|
|
|
|||
|
|
- 角色2（[年龄/身份]）：
|
|||
|
|
语言特征：[描述]
|
|||
|
|
不要写：[排除项]
|
|||
|
|
|
|||
|
|
对话风格要求：
|
|||
|
|
- 对话要像真实生活中的说话方式，碎片化、有停顿、不完整
|
|||
|
|
- 情感通过对话行为（停顿、重复、答非所问）传递，不要靠环境描写堆砌
|
|||
|
|
- 不要写文学化的长台词
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
**验证案例**：案例03（真实故事儿童对话脚本），D4风格错位从P0降至P2
|
|||
|
|
|
|||
|
|
**使用注意**：特殊角色（儿童/老年人/方言）的语言模拟存在AI模型能力瓶颈，提示词可设定约束但无法完全消除文学化倾向。建议进一步强化时可增加"每个对话≤X字"的硬约束，并提供真实录音文字转写作为样本。
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 模板4：二创脚本专用模板
|
|||
|
|
|
|||
|
|
验证状态：**部分通过**（案例05验证有效，缺陷总分8→4，-50%。梗点原创性显著提升，但结构同构问题需补充约束）
|
|||
|
|
|
|||
|
|
```markdown
|
|||
|
|
基于对标视频做二创脚本。
|
|||
|
|
|
|||
|
|
=== 对标视频关键元素处理清单 ===
|
|||
|
|
| 原视频元素 | 处理方式 |
|
|||
|
|
|-----------|---------|
|
|||
|
|
| [核心骨架1] | 保留（核心骨架） |
|
|||
|
|
| [核心骨架2] | 保留（核心骨架） |
|
|||
|
|
| [具体梗点1] | 删除，替换为全新梗点 |
|
|||
|
|
| [具体梗点2] | 删除，替换为全新梗点 |
|
|||
|
|
| [具体台词] | 删除，替换为全新台词 |
|
|||
|
|
| [节点顺序] | 可以调整，不一定要按原顺序 |
|
|||
|
|
| 所有对话内容 | 全部重写 |
|
|||
|
|
| 推进逻辑 | 需要改变（不要按原视频[具体推进顺序]） |
|
|||
|
|
|
|||
|
|
=== 创新度要求 ===
|
|||
|
|
- 保留约30%的核心逻辑（[列出保留的核心骨架]）
|
|||
|
|
- 改变约70%的内容（新梗点、新台词、新冲突方式、可调整节点顺序）
|
|||
|
|
- 禁止使用原视频的任何具体梗、具体台词
|
|||
|
|
|
|||
|
|
=== 风格要求 ===
|
|||
|
|
- 角色[角色1]的语言风格：[描述]
|
|||
|
|
- 角色[角色2]的语言风格：[描述]
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
**验证案例**：案例05（对标穿越剧二创），梗点从大量照搬→全部全新，但节点顺序仍有同构
|
|||
|
|
|
|||
|
|
**使用注意**：
|
|||
|
|
1. 必须列出对标视频所有关键元素，逐条标注保留/替换/删除
|
|||
|
|
2. "推进逻辑"维度需特别标注——明确"不要按原视频的XX→XX→XX顺序"
|
|||
|
|
3. 建议要求"至少调整3个节点的位置或合并/删除2个节点"
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 提示词编写原则（TOP 10）
|
|||
|
|
|
|||
|
|
以下原则均经5案例验证：
|
|||
|
|
|
|||
|
|
1. **形式锁定在前**：首轮明确脚本类型，使用"是...不是..."句式
|
|||
|
|
2. **需求描述与资料分离**：先写需求（200字内），再附资料并标注"仅供参考"
|
|||
|
|
3. **不给例子给逻辑**：创意发散阶段给"设计逻辑"+排除约束，不给具体例子
|
|||
|
|
4. **角色语言要设定**：涉及特殊角色时，给出正确/错误示例对比
|
|||
|
|
5. **一轮多改**：每轮修正一次性列出所有问题，引导系统性重写
|
|||
|
|
6. **量化创新度**：对标+二创时，设定保留/改变的比例目标
|
|||
|
|
7. **先结构后内容**：复杂脚本先确认场景大纲，再填充对话
|
|||
|
|
8. **场景替代参数**：技术参数型产品要求用"使用场景"替代"参数罗列"
|
|||
|
|
9. **对标拆解前置**：对标类需求先列出元素处理清单（保留/替换/删除）
|
|||
|
|
10. **排除列表必写**：明确"不要"什么，比只写"要"什么更有效
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
> 以上模板和原则均已通过验证实验，仅沉淀已验证有效的提示词方法。
|
|||
|
|
> 验证报告完整文档位于：`04_项目案例/项目执行01/验证实验/验证报告.md`
|