用途：在提示词设计开始时使用，先选定片段模式，再把简报映射为具体的开场机制，让后续分镜和视频请求工作更一致。不负责撰写最终分镜或服务商请求。
主要能力：识别片段类型（hook、benefit、cta、creator、lifestyle、testimonial，自定义类型映射到最接近的工作类型并说明映射）；选定主模式家族，可再选一个辅助家族；在写提示词前先输出路由摘要块（片段类型、主模式、辅助模式、观众问题、开场机制、产品露出规则、是否需要显式钩子机制、路由理由），作为移交给 visual-hook、reference-decode 或 video-request-architect 的依据。
使用方式：不要从“高级感”“爆款”“电影感”这类形容词堆叠出发，而从片段类型、观众问题、开场机制、产品露出时点出发。步骤为：识别片段类型；阅读 references/pattern-families.md 并选择主模式家族；锁定路由摘要块；选择下一个技能——hook 片段且尚未确定停留机制时交给 visual-hook，有参考素材需解读时交给 reference-decode，目标是分镜网格、节拍表或服务商就绪请求时交给 video-request-architect。hook 片段由本技能决定片段路由与开场任务，hook 机制由 hook-design 决定，下游技能不应各自猜测钩子机制。
路由规则：hook 侧重停留与即时可读性；benefit 侧重一个可见证明机制；cta 侧重回报加下一步行动而非静态片尾卡；creator 侧重可信的人物表达与社交原生行为；lifestyle 侧重欲望先行、解释其次；testimonial 侧重证明与人的具体性。
限制：若简报未说明正在制作哪种片段、观众应提出什么问题、产品能否出现在开头、是否存在参考素材，应停下并说明路由信息不足；缺少片段类型时可询问“这个片段是 hook、benefit 还是 CTA？”不要仅凭模糊品味词让后续技能猜测结构。