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

6.7 KiB
Raw Blame History

经验汇总:提示词库

来源:编导AI脚本对话记录分析项目 沉淀依据:方法验证闭环实验(5案例对比验证,4套模板均有正向效果) 沉淀时间:2026-06-02


使用说明

  • 以下4套模板已通过5个典型案例验证,缺陷总分平均下降76%
  • 模板为通用框架,[方括号]内容需替换为实际需求
  • 核心原则:需求描述在前(200字内),参考资料在后并标注"仅供参考"

模板1:脚本创作通用框架

验证状态:已通过(适用所有脚本类型,案例01、02、03均验证有效)

帮我写一个[情感基调]的[脚本类型],用于短视频拍摄([预估时长]秒)。

脚本类型:[具体类型描述](不要[排除类型1]、不要[排除类型2])
核心主题:[一句话描述]
情感弧线:[起因 → 发展 → 转折 → 结局]
目标效果:[让观众做什么/想什么/感受到什么]

结构要求:
- 开头:[开头策略]
- 主体:[主体逻辑,按场景或话题组织]
- 结尾:[收尾方式]

风格约束:
- 要:[必须有的元素]
- 不要:[排除的形式/风格/内容]

角色设定(如果有角色):
- 角色1([年龄/身份]):[性格特点],[语言特征]
- 角色2([年龄/身份]):[性格特点],[语言特征]

=== 产品/品牌资料(仅供参考,请提炼1-2个核心卖点自然融入,不要逐条罗列)===
[产品资料]

验证案例:案例01(产品植入故事脚本),缺陷总分9→1(-89%),意图命中率2/5→5/5


模板2:参数型产品的场景化转换

验证状态:已通过(案例02验证有效,缺陷总分8→1,-88%)

帮我写一篇[品类]传播口播稿,像跟朋友聊天推荐好东西,有观点有态度。

逻辑框架(按场景组织,不要按参数逐条介绍):
1. 开头:抛出一个让[目标受众]"被戳中痛点"的悬念或反常识
2. [体验1]:用1-2个具体的使用场景讲感受(如"[具体场景描述]"),不要念参数
3. [体验2]:用生活化场景讲感受(如"[具体场景描述]"),不要念参数
4. [体验3]:一句话带过,强调"[核心卖点一句话]"
5. 收尾:价格+政策,干脆利落

风格:[犀利/幽默/真诚],像老司机跟朋友安利好东西
不要:表格、参数罗列、逐条介绍配置、网络梗堆砌(不要"[列出常见网络梗]"这类)

=== 产品资料(以下为核心参数,请提炼3-5个差异化卖点融入场景,不要逐条罗列)===
[产品参数]

验证案例:案例02(汽车评测口播稿),从2000字参数说明书→800字场景化口播稿

核心技巧:每个卖点必须对应一个使用场景,用"有次[具体场景]"替代"[XX传感器/XX参数]"


模板3:故事脚本专用模板

验证状态:已通过(案例03验证有效,缺陷总分10→3,-70%)

帮我写一个[故事类型]的对话脚本,用于短视频拍摄。

第一步:先输出场景大纲(P1-PX),每个场景一句话描述:
- 在哪里、谁和谁、发生了什么、情绪是什么

确认结构后,再展开每个场景的对话。

角色语言设定:
- 角色1([年龄/身份]):
  语言特征:[句长限制、词汇水平、语法特点]
  正确示例:"[符合角色的台词]"
  错误示例:"[不符合角色的台词]"
  不要写:[明确排除的语言特征]

- 角色2([年龄/身份]):
  语言特征:[描述]
  不要写:[排除项]

对话风格要求:
- 对话要像真实生活中的说话方式,碎片化、有停顿、不完整
- 情感通过对话行为(停顿、重复、答非所问)传递,不要靠环境描写堆砌
- 不要写文学化的长台词

验证案例:案例03(真实故事儿童对话脚本),D4风格错位从P0降至P2

使用注意:特殊角色(儿童/老年人/方言)的语言模拟存在AI模型能力瓶颈,提示词可设定约束但无法完全消除文学化倾向。建议进一步强化时可增加"每个对话≤X字"的硬约束,并提供真实录音文字转写作为样本。


模板4:二创脚本专用模板

验证状态:部分通过(案例05验证有效,缺陷总分8→4,-50%。梗点原创性显著提升,但结构同构问题需补充约束)

基于对标视频做二创脚本。

=== 对标视频关键元素处理清单 ===
| 原视频元素 | 处理方式 |
|-----------|---------|
| [核心骨架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