pattern-router

Pattern Router

遵循以下共享的公开技能规则：

• postplus-shared 公开技能规则

在设计提示词之初使用此技能。

此技能适用于：

• 在编写提示词前选择合适的片段模式
• 将简要说明映射到具体的开场机制
• 在参考质量参差不齐或缺少参考时减少提示词偏移
• 提高后续分镜和视频请求工作的连贯性

此技能不用于编写最终分镜或服务商请求。

当片段类型为 hook 时，此技能应确定片段路线和开场任务， 然后将视觉机制的选择交给 visual-hook。

核心规则

不要从“高端”“爆款”或“电影感”之类的形容词堆砌开始。

从以下内容开始：

1. 片段类型
2. 观众疑问
3. 开场机制
4. 产品露出时机

默认工作流

1. 确定片段类型

将请求归类为以下类型之一：

• hook
• benefit
• cta
• creator
• lifestyle
• testimonial

如果用户给出了自定义片段类型，请将其映射到最接近的实用类型，并说明该映射。

2. 选择主导模式类别

阅读 references/pattern-families.md。

选择一个主要类别，然后可选一个辅助类别。

除非时长安排明确支持，否则不要混用过多类别。

3. 编写提示词前锁定路由摘要

先输出一个简短的路由区块：

Segment type:
Primary pattern:
Support pattern:
Viewer question:
Opening mechanism:
Product reveal rule:
Need explicit hook mechanism:
Why this route fits:

此区块用于交接给 visual-hook、reference-decode 或 video-request-architect。

4. 选择下一项技能

• 如果片段类型为 hook，且仍需选择停止滑动机制，则交接给 visual-hook
• 如果存在需要解读的参考内容，则交接给 reference-decode
• 如果目标是分镜网格、节拍表或可直接提交给服务商的请求，则交接给 video-request-architect
• 如果目标是可直接提交给服务商的请求，则交接给 video-request-architect

路由规则

• hook：以阻止滑动和即时易懂为优化目标
• benefit：以一种可见的证明机制为优化目标
• cta：以回报加下一步行动为优化目标，而非静态片尾卡
• creator：以可信的人类表达和原生社交行为为优化目标
• lifestyle：优先营造吸引力，其次再做说明
• testimonial：以证明效果和具体的人物细节为优化目标

对于 hook 片段：

• 此技能负责确定片段路线和开场任务
• hook-design 负责确定主导钩子机制以及后续交接
• 不要让多个下游技能各自猜测钩子机制

失败模式

如果简要说明不足以回答以下至少这些问题，请停止并说明路由信息不够充分：

• 要制作什么片段
• 希望观众产生什么疑问
• 产品能否在开场时出现
• 是否存在参考内容

如果缺少的是片段类型，请询问：

• “这个片段是 hook、benefit 还是 CTA？”

不要让后续技能仅凭模糊的风格描述来猜测结构。