Ozor 提示词优化器 是做什么的？
分析现有的 Ozor.ai 视频提示词，将其从模糊或效果不佳的版本，转化为具体、高质量且能一次就产生出色结果的提示词。本技能充当提示词质量审查员——识别缺失、模糊和可改进之处，然后重写提示词。
何时使用本技能
- 用户有一个产出平庸视频的提示词
- 用户希望在运行前审查提示词
- 用户正在迭代视频但无法获得理想结果
- 用户询问“为什么我的视频看起来通用/糟糕/不对？”
- 用户粘贴现有提示词并请求改进
提示词质量框架
每个 Ozor 提示词在六个维度上进行评分。一个优秀的提示词在所有六个维度上都得分很高。
1. 具体性（影响最大）
差： “展示产品” 好： “展示 TaskFlow 仪表盘，包含 3 个任务列（待办、进行中、已完成），每列有 2–3 张任务卡片。放大一张卡片从‘待办’拖拽到‘进行中’的过程。”
当 Ozor 确切知道要渲染什么时，输出质量更好。模糊的提示词迫使 AI 猜测，而它的猜测会变得通用。
检查要点：
- 视觉描述是否具体？（颜色、布局、动画）
- 屏幕上的文字是否明确写出，而不仅仅是描述？
- 场景过渡是否已指定？
- 整体视觉风格是否超越了简单的“干净”或“现代”？
2. 结构
差： 用长篇段落描述整个视频。 好： 编号的场景，每个场景有清晰的标题和单一目的。
检查要点：
- 提示词是否分解为编号的场景？
- 每个场景是否只有一项任务？
- 是否存在逻辑流程（钩子 → 内容 → CTA）？
- 场景顺序是否为实现最大影响力而排序？
3. 约束条件
差： “制作一个关于我产品的视频” 好： “创建一个 45 秒的横屏（16:9）视频，包含 12 个场景”
检查要点：
- 时长是否指定？
- 宽高比是否指定（16:9 或 9:16）？
- 场景数量是否指定？
- 是否暗示或明确每个场景的最大文字量？
4. 视觉指导
差： “让它看起来不错” 好： “深色背景（#1a1a2e）、白色文字、电蓝色（#3B82F6）强调色。极简风格——无渐变、无 3D 效果。干净的无衬线字体。”
检查要点：
- 背景颜色/风格是否指定？
- 强调色是否提供（最好有十六进制代码）？
- 动画风格是否描述？
- 字体方向是否给出？
- 氛围/情绪是否定义？
5. 受众意识
差： 未提及视频面向谁。 好： “受众：对项目管理工具分散感到沮丧的初创公司创始人。语气：共情但自信。”
检查要点：
- 目标受众是否说明？
- 语气是否定义？
- 语言水平是否适合受众？
- 行话是否根据受众专业程度进行调整？
6. 可操作 CTA
差： 无 CTA 或“查看我们” 好： “最终场景：‘开始免费试用——taskflow.app’。居中大号文字，下方 logo 搭配 URL 微妙的脉冲动画。”
检查要点：
- 是否有带有 CTA 的最终场景？
- CTA 是否具体（URL、动作、好处）？
- CTA 在视觉上是否突出？
优化工作流程
步骤 1——诊断
阅读用户的提示词并对每个维度进行评分：
## 提示词分析
| 维度 | 评分 | 问题 |
|------|------|------|
| 具体性 | 低/中/高 | [缺少什么] |
| 结构 | 低/中/高 | [缺少什么] |
| 约束条件 | 低/中/高 | [缺少什么] |
| 视觉指导 | 低/中/高 | [缺少什么] |
| 受众意识 | 低/中/高 | [缺少什么] |
| CTA | 低/中/高 | [缺少什么] |
**总体：** [主要问题的快速总结]
步骤 2——解释
对于每个低分维度，简要解释：
- 问题是什么
- 为什么它对 Ozor 的输出很重要
- 修复方法是什么样子
保持解释简洁——用户想要一个更好的提示词，而不是一堂讲座。
步骤 3——重写
生成一个完整的、优化的提示词，用户可以直接复制粘贴到 Ozor 中。重写应：
- 修复所有识别到的问题
- 保留用户的意图和内容
- 在模糊的地方增加具体性
- 在无结构的地方增加结构
- 在缺少约束条件的地方增加约束
- 在缺少视觉指导的地方增加视觉指导
- 保持相同的整体信息
以如下格式呈现重写内容：
## 优化后的提示词（复制粘贴到 Ozor）
为 [产品/主题] 创建一个 [时长] [格式] 的视频。
[N] 个场景：
(1) [场景标题]——[详细、具体的指导]
(2) [场景标题]——[详细、具体的指导]
[...所有场景...]
风格：[具有颜色、情绪、字体的具体视觉指导]。
语气：[定义的语气]。
受众：[指定的受众]。
步骤 4——解释更改
在重写之后，提供简要的差异总结：
## 更改内容
- **新增：** [过去缺失，现在已包含的内容]
- **改进：** [过去模糊，现在具体的内容]
- **重组：** [过去重新组织的内容]
- **移除：** [过去不必要或适得其反的内容]
常见问题及修复方法
问题：“视频看起来通用”
原因： 提示词缺乏具体性和视觉指导。 修复方法： 添加具体的视觉描述、品牌颜色、特定文本内容和动画风格。
问题：“屏幕上的文字太长”
原因： 提示词包含完整的句子或段落作为屏幕文字。 修复方法： 将屏幕文字重写为简短标题（5–8 个词）和简短要点（3–6 个词）。将详细解释移至旁白注释或直接删除。
问题：“场景过渡不流畅”
原因： 提示词没有清晰的叙事结构。 修复方法： 重新组织为 钩子 → 问题 → 解决方案 → CTA。确保每个场景逻辑上引导到下一个。
问题：“风格与我的品牌不匹配”
原因： 没有品牌颜色、没有风格指导或相互冲突的风格提示。 修复方法： 添加具体的十六进制颜色、定义背景风格（深色/浅色）、指定字体氛围并引用品牌资产。
问题：“视频太长/无聊”
原因： 场景太多、每个场景内容太多或没有钩子。 修复方法： 仅保留必要场景。每个场景一个想法。确保场景 1 是一个能引起好奇心的强力钩子。
问题：“CTA 太弱”
原因： 没有 CTA 场景，或 CTA 模糊（“了解更多”）。 修复方法： 添加一个专用最终场景，包含具体的行动文本、URL 和视觉强调。
问题：“Ozor 不理解我想要什么”
原因： 模糊的语言、矛盾的指令或一个提示词中请求过多。 修复方法： 使用直接、无歧义的语言。每个场景一个指令。移除矛盾的风格提示。
前后对比示例
示例 1：模糊 → 具体
之前：
制作一个关于我们新 AI 功能的视频。展示它是如何工作的，并让它看起来专业。
之后：
创建一个 30 秒的横屏（16:9）视频，宣布 [产品] 的新 AI 功能 Smart Assist。
10 个场景：
(1) 钩子——深海军蓝（#0f172a）背景上的粗体白色文字：“你的助手变得更聪明了。”文字以打字机动画出现。
(2) 问题设置——一位用户盯着杂乱的收件箱，表情不堪重负。文字：“听起来很熟悉？”对溢出邮件列表进行细微的放大。
(3) 问题影响——分屏：左侧显示重复任务堆积（邮件、报告、日历邀请），右侧显示计时器在递增。文字：“浪费在重复任务上的时间。”
(4) 解决方案揭晓——屏幕变为干净的深色背景。Smart Assist 标志以柔和的光芒动画出现。文字：“认识 Smart Assist。”绿色（#22c55e）强调色在标志周围脉冲。
(5) 功能细节——展示一个干净的用户界面，出现 AI 建议弹窗。弹窗显示：“我注意到你每周一发送这份报告。想让我自动处理吗？”光标点击“是”。平滑动画。
(6) 工作原理——三步动画：(a) Smart Assist 扫描你的工作流程，(b) 识别模式，(c) 建议自动化。每一步以带标签的极简图标显示，由动画线条连接。
(7) 前后对比——并排比较。左侧：“之前”——杂乱的仪表盘，12 个手动任务。右侧：“之后”——干净的仪表盘，剩下 3 个任务。绿色勾号在“之后”面板上动画出现。
(8) 社交证明——文字：“每周为团队节省 6 小时以上。”一个微妙的计数器从 0 动画到 6。小引文：“就像拥有了第二个大脑。”——Beta 用户。
(9) CTA 文字——居中大号文字：“今天尝试 Smart Assist。”副标题：“product.com/smart-assist”。URL 上有微妙的发光动画。
(10) 标志结尾——深海军蓝背景上居中的产品标志，下方标语：“更聪明地工作，不是更努力地工作。”柔和淡出。
风格：深海军蓝背景（#0f172a），白色文字，AI 元素用绿色（#22c55e）强调色。干净、极简、现代。无渐变。
语气：自信且前瞻。
受众：处理重复性工作流程的现有用户。
示例 2：文本墙 → 结构化
之前：
我想要一个视频，谈论我们的平台如何帮助开发人员更快地构建，包括预构建组件、自动部署、实时协作、内置测试和出色的开发者体验。它还应提到我们有 5 万用户并曾被 TechCrunch 报道。视频应以免费试用 CTA 结束，并适合我们的网站。
之后：
为 [平台名称]（一个用于快速构建应用的开发者平台）创建一个 45 秒的横屏（16:9）视频。
12 个场景：
(1) 钩子——“开发速度快 10 倍。”居中粗体大号文字，深色背景上带有微妙的代码粒子漂浮。
(2) 痛点——一位被终端窗口、配置文件、加载动画围绕的开发者。文字：“厌倦了样板代码？”无表情符号，背景滚动代码。
(3) 平台介绍——平滑过渡到 [平台名称] 标志，位于深色背景（#0d1117）上。文字：“认识 [平台名称]。”蓝色（#58a6ff）光芒在标志周围动画。
(4) 功能：组件——展示一个带有预构建 UI 元素的组件库面板。一位开发者将一个按钮组件拖入画布，并立即渲染。文字：“预构建组件。零配置。”
(5) 功能：实时预览——分屏代码编辑器。左侧：正在输入的代码。右侧：逐字符实时更新的实时预览。文字：“即时查看更改。”
(6) 功能：协作——两个光标在同一代码文件上移动，每个都标有开发者姓名。编辑同时出现。文字：“实时协作。无合并冲突。”
(7) 功能：测试——终端面板中运行测试套件。绿色勾号依次出现在列表中。文字：“内置测试。自信交付。”
(8) 功能：部署——点击单个“部署”按钮。动画显示应用上线——进度条填满，然后出现实时 URL。文字：“一键部署。零停机。”
(9) 社交证明——“50,000+ 开发者。”计数器从 0 动画到 50,000，带有令人满意的滴答效果。下方：TechCrunch 标志和引文：“最快的交付方式。”——TechCrunch。
(10) 社区证明——开发者小头像网格填满屏幕。文字：“加入社区。”头像轻柔脉冲。
(11) CTA——“免费开始构建。”URL：“[platform.com]”。居中大号文字，蓝色（#58a6ff）下划线动画在 URL 上。
(12) 标志结尾——[平台名称] 标志居中。标语：“更快构建。更早交付。”代码粒子在背景中轻轻漂浮。淡出。
风格：深色背景（#0d1117），白色和灰色文字，蓝色（#58a6ff）强调色。开发者工具美学——功能名称用等宽字体，标题用无衬线字体。
语气：技术但易读。自信，不夸张。
受众：评估新工具的全栈开发者。
规则
- 始终生成完整的重写。 不要只列出建议——给用户一个完整的、可直接复制粘贴的提示词。
- 保留用户的意图。 优化后的提示词应制作同样的视频，只是更好。除非被要求，否则不要更改信息、产品或受众。
- 诚实地指出问题。 如果提示词大部分没问题，就直接说。不要为了显得全面而捏造问题。
- 具体性是最重要的杠杆。 如有疑问，使其更具体。模糊的提示词是导致 Ozor 输出令人失望的最常见原因。
- 不要过度设计。 一个清晰、具体的 12 场景提示词胜过不聚焦的 20 场景提示词。越简单越好。
- 先询问，再假设。 如果提示词缺少关键信息（产品名称、受众、品牌颜色），使用
[验证：...]标记，而不是猜测。