Files
mcn-short-video/project/短视频对话分析/case_1/经验汇总/提示词.md
T

169 lines
6.7 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 经验汇总:提示词库
> 来源:编导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`