短视频趋势选型与路由：当用户想做趋势视频但不确定用…

用户想拍/生成 Instagram 或 TikTok 趋势视频但不确定选哪种格式（对镜说话 / 静音 POV / 舞蹈 / Stitch-Duet）时，先确认账号身份与画像，再推荐格式或给出约 10 张带真实播放量凭据的跨格式趋势卡片，锁定后加载对应格式 playbook 执行。

适用场景

解决思路

1. 解析入参：handle（必填，接受 @name / name / 完整 URL 三种形式，存为 state.handle）；format（可选，取 talking / pov / dance / duet，若用户一开始就点名则跳过格式提问直接路由）；brief（可选：目标 / 镜头舒适度 / 拍摄限制 / 语言，松散收集为 state.brief，带进格式 playbook 以免重复提问）。
2. 若 $ARGUMENTS 中没有 handle，逐字打印 Stage 0a 引导文案（介绍四种格式：🗣️ Talking-to-camera、🎬 Silent POV、💃 Dance、🤝 Stitch/Duet；要求提供 IG 或 TikTok handle；要求选编号或说 "not sure" / "show me options"；列出可选上下文：用途、镜头舒适度、拍摄限制、语言/口音），打印后停止等待，在用户回复前不得调用任何工具。
3. 收到回复后：把 handle 存为 state.handle、可选上下文存为 state.brief；若用户选了编号或点名格式 → 跳到 Stage 1（Route）；若说 "not sure" → 执行 Step 0b；若说 "show me options" / "show me trends" / "pick a card for me" → 执行 Step 0c；若只给了 handle 未提格式 → 默认走 0b，并把 0c 作为替代选项提出。
4. Step 0b：对 state.handle 调用一次 scrape_social；若结果为空或被限流，退回 capture_website 抓公开主页 URL，并向用户说明这一降级。
5. 优先做 compact profile 读取：用 digest: true 配 digest_top_n: 12 做主页/帖子发现；只有在 compact 结果不够时，才仅针对真正需要的那几条 media URL 抓取原始帖子（最近 12–20 条）。
6. 合成 state.profile 之前先过身份确认门：从 scrape 或截图确认 display name、verified badge、follower count、bio、平台、近期帖子是否与请求的创作者相符。
7. 尝试常见 handle 变体再下结论：带点 / 不带点 / 去掉下划线，并跨 Instagram / TikTok / YouTube 交叉检查。
8. 把 squatted、错误账号、低信号、私密/空、只有单帖的结果一律视为未确认；未确认时停下并带着看到的证据问 "Is this you?"（N followers、认证状态、display name、bio 片段、平台 URL、近期帖子摘要），同时给出可能的变体；身份确认前不要合成或构建 state.profile。
9. 身份确认后设 state.identity_confirmed = true，再合成简短 state.profile：niche、书面语气（3 个形容词）、口播语气（若存在 talking-head 片段）、aesthetic、body-language baseline（是否在镜头前动 / 跳 / 说话）、哪些内容已经 over-perform。
10. 把 state.profile 保留在上下文中——格式 playbook 会复用它，不要让 playbook 从头重刮。
11. 按映射表推荐格式（排名而非硬过滤，遵循 trend-vs-voice separation 规则）：会上镜说话、有观点/故事感、能露全脸 → talking；视觉 / 情境 / 审美导向、不爱说话、有强 b-roll 直觉 → pov；本来就跳舞或动作好，或对镜头表演害羞但接受 AI 生成，或没有素材 → dance；reactive / 评论型、对他人内容有强观点、想蹭现成热度 → duet。
12. 按话术呈现推荐："Based on your profile I'd lean {format} because {1–2 lines}. Want me to run with that, or see a few trends across all four formats first?"；用户确认 → Stage 1；用户想要选项 → 0c。
13. Step 0c：构建一张跨四种格式的单一菜单，约 10 张 trend 卡（建议分布约 3 talking / 3 pov / 2 dance / 2 duet，按画像适配度调整）；每张卡必须是用与格式 playbook 相同方式找到的、带 receipts 的真实趋势，绝不编造、绝不注水。
14. 构建 sampler 前必须先有 state.profile 且 state.identity_confirmed = true；缺任一就先跑 Step 0b 的抓取与身份确认门，再基于已确认 profile 构建；不要用未确认的 handle 建卡。
15. talking / pov 卡的选取方法：使用已 fingerprint 或文化公认的 viral format，参考片段需 ≥500K plays（broad）或 ≥50K（niche），并满足 virality receipts 门与 trend fingerprint 门。
16. dance 卡的选取方法：当前正在 viral 的舞蹈，且有一个具体、可打开的参考 clip URL，其编舞可以被复制。
17. duet 卡的选取方法：找 viral 且可识别的 ORIGINAL 才值得反应；证据是原视频 ≥500K plays，而不是复制潮的播放量。
18. 研究顺序不可跳过（该顺序即是门槛）：先用 WebSearch 跨 3+ 个 creator-tool 博客（Later / Hootsuite / Buffer / OpusClip / Manychat）发现本周的命名趋势 → 为每个趋势捕获 fingerprint（音频 URL 或逐字 opener）→ 用 scrape_social（tiktok/hashtag、tiktok/keyword、tiktok/trending-feed 并带 params.region，如用户所在地区，未知时用 US、instagram/reels-search）验证复制者与播放量 → 给每个存活趋势打上格式标签；拿不出 receipts 的一律丢弃。
19. 若通过门槛的卡少于 10 张，就少发，绝不注水——用户已明确把注水视为信任破坏。
20. 按给定模板生成每张卡：[N] 格式徽章（🗣️ TALKING / 🎬 POV / 💃 DANCE / 🤝 DUET）• 命名趋势（≤4 词）；Fingerprint（音频名 + 艺人，或逐字 opener，duet 则为原视频名称/是什么）；Template（一句话说明所有复制者遵循的结构，duet 则是最明显的 take）；Requirements before picking（无，或需披露/道具/地点/手机横竖方向/来源限制，直白写清）；Why it fits {handle}（一行，用用户视角的措辞）；▶ Reference（真实、可打开、过阈值的 1–3 条：URL — plays、创作者 handle、日期；duet 只需 1 条原视频 URL + 播放量）。
21. 把卡片集合保存为 state.sampler，展示后以 "Pick a number — that locks both the format and the trend, and I'll build it. Or tell me a format and I'll dig deeper into just that one." 收尾。
22. 用户选卡后，按卡片的格式徽章设 state.format，把该趋势设进 state.pick，并把 fingerprint 与参考 URL 一起带下去，然后进入 Stage 1。
23. Stage 1：根据 state.format 读取对应 playbook 文件并逐字执行——talking → formats/talking.md；pov → formats/pov.md；dance → formats/dance.md；duet → formats/duet.md（这是文件读取，不是另外调用一个 skill）。
24. Step 1a：本 skill 的 required-capabilities 声明这些 playbook 可能调用的 MCP 工具并集：scrape_social、task_status、capture_website、transcribe_audio、analyze_media、create_teleprompter_handoff、probe_media、edit_trim、edit_concat、edit_reframe、edit_transcode、edit_video_upscale、edit_audio_replace、edit_audio_mix、edit_audio_stitch、edit_audio_trim、edit_split_screen、add_captions、extract_audio_from_video、generate_reference_video、render_html_animation。
25. 当任一个被加载 playbook 的 MCP worker 因服务器预算耗尽或后台渲染而返回 {task_id, status} 而非内联 URL/结果时，立即用紧循环调用 task_status(task_id=<task_id>)（不用 Bash、不 sleep），直到 status 为 completed / failed / cancelled；completed 后用返回的 result 字段作为该工具的输出继续执行 playbook；任务仍处于 queued 或 running 时不要用占位 URL 往下走。
26. 从 skill 目录读取 playbook 文件，把 state.handle 和 state.brief 带进去，运行它的 pipeline。
27. 不要重做已完成的工作（同一对话、同一 agent，Stage 0 抓到的内容仍在上下文）：若用户从 0c 选了具体趋势（state.pick 已设）且 state.profile 与 state.identity_confirmed = true 存在 → 把它带入作为选定趋势，跳过 playbook 自己的菜单构建（Stages 2–3），必要时做一次快速验证 scrape，然后从其 Stage 4（production package）恢复。
28. 若 state.pick 已设但没有确认过的 profile → 从被加载 playbook 的 Stage 1 开始，让其身份确认门先跑；但不要跟随该 Stage 1 的 handoff 进入 Stage 2；身份确认后带着已选趋势恢复 Stage 4，只跳过 Stages 2–3。
29. 若已在 0b/0c 建好 state.profile 且 state.identity_confirmed = true → 直接复用，不要再 scrape；带着已确认 profile 直接跳到 playbook 的趋势阶段。
30. 若只锁定了格式（尚无具体趋势）且没有确认 profile → 从被加载 playbook 的 Stage 1 开始以跑其身份确认门；若 state.profile 与 state.identity_confirmed = true 已存在，则从 Stage 2（trend research）恢复并跳过重刮。
31. 用一行话告知用户 "Building your {format} trend from here."，然后按 playbook 从相应 stage 逐字执行其生产、剪辑与循环阶段。
32. talking 与 duet 专属的 teleprompter handoff：当 talking 或 duet playbook 定稿并经用户批准脚本后，调用 create_teleprompter_handoff，传入已批准脚本、creator metadata 与 aspect_ratio；输出返回的 teleprompter_url 短链 https://teleprompter.pika.bot/r?t=...，渲染返回的 qr_image_url 供手机扫码，保留返回的 status_url 以便轮询上传后的 public_url；MCP handoff 行会存脚本、浏览器 upload_url 与录制比例，Vercel 页面凭 token 取回这些内容、在开始页显示比例、按目标比例画布录制并通过 upload-return 上传，上传失败则回退到 Share/Save；默认 aspect_ratio 为 9:16，趋势需要其他录制比例时可传 16:9、1:1 或 4:5；该 handoff 是 talking/duet playbook 内的一个步骤，不是用户单独调用的 skill。
33. Stage 2 循环层：在 playbook 自身的 Stage-7 loop（"do another from this menu?"）之上再加一层选项 "…or want to switch formats? Say 'switch to dance/pov/talking/duet' and I'll route you over — your profile's already loaded, so we go straight to trends."；切换格式时设新的 state.format，保留 state.profile 与 state.identity_confirmed = true，重新进入 Stage 1（加载新格式 playbook 并从其 Stage 2 恢复）；若 identity flag 缺失，先跑新格式的 Stage 1 身份确认门；同一 session 内除非身份未确认，否则永不重刮 profile。

适用边界 · 注意事项

• 用户明确想要 carousel（轮播）或 transition（转场）趋势时不适用——明确告知超出 Content Director 范围并停止，不要在这里硬造。
• 用户没有提供 handle 时不适用——格式推荐与每个格式 playbook 都需要它，Stage 0a 会阻塞等待直到拿到。
• 账号身份尚未确认时不适用——不要在确认前合成 state.profile，也不要用未确认的 handle 构建 sampler 卡片。