把参考 Instagram Reel…

当你想把一条参考 Reel 的钩子与结构套用到自己 newsletter 选题上，生成 30-45 秒、符合自己语气的新 Reel 脚本时使用。

适用场景

解决思路

1. 触发后直接进入 Step 1，不要先做总结。
2. 只检查所选路线真正需要的能力：完整 Apify + Gemini 视频分析路线需要 APIFY_API_TOKEN、GOOGLE_AI_API_KEY、Node.js 18+ 以及 apify-client 和 @google/generative-ai 包；不打印凭据，只确认存在，并确认 provider 与 model 可用。缺凭据、缺包、私密视频或模型不可用时，把该阶段标记为 pending，说明缺什么，不要改账号配置或静默换 provider。
3. 用户提供视频可跳过 Apify；用户提供转录/分析可跳过 Step 3 和 Step 4，并在 Step 5 产出标注为基于转录的脚本，但它不算 Gemini 视频分析结果。复用已安装的包；生成辅助脚本前先查当前官方 SDK 和 actor 文档，并在产生 provider 费用前取得用户同意。
4. Step 1：询问用户粘贴参考 Reel URL 或 Notion 链接，等待 URL。若是 Notion 链接，用可用的已授权 Notion connector 读取页面，找到并提取 Instagram Reel URL；页面上找不到就直接让用户粘贴 Reel URL。
5. Step 2：询问用户要改写成 Reel 的 newsletter 选题，让其粘贴相关段落或用一句话说核心想法，等待回答。若项目里存在 newsletter-voice.md、voice.md、about-me.md 就读取，使脚本贴合用户语气。
6. Step 3：在所选项目里新建 outputs/reels/<slug>/ 文件夹。复用已有的合适 helper，否则写一个小的任务专用 Node.js 脚本，先查 apify/instagram-reel-scraper 当前文档化 schema，然后：1) 用 apify-client 和该 actor 只抓这一条 Reel，绝不抓评论、回复或评论线程（包括 deepScrape 或 numComments），调用前确认 provider 支持仅帖子/视频采集，否则要求用户上传视频，不要猜其他 actor 输入；2) 从返回项提取 videoUrl；3) 下载视频到 outputs/reels/<slug>/downloads/{username}_{shortCode}.mp4；4) 把原始抓取数据存到 outputs/reels/<slug>/reel_data_{shortCode}.json。运行脚本，继续前确认文件大小和元数据（views、likes、可用的聚合评论数、caption 前 200 字符）。单条 Reel 只是参考，不是已验证的 outlier；只有用户提供或明确要求对比数据、能证明其相对同一创作者近期帖子的表现时，才称其为 outlier，并引用样本、时间窗和倍数，不要编造基线。
7. Step 4：扩展 Node 脚本或跑第二遍：1) 把下载的 .mp4 读成 base64；2) 调用 genAI.getGenerativeModel({ model: 'gemini-2.5-flash' })；3) 用指定 prompt 发送视频，要求输出完整逐字转录（带时间戳）、Hook（原话、词数、为何能止滑）、语言模式（平均句长、you/your 与 I/me 比例、点与点之间的过渡、'just' 弱化词出现位置）、结构（总时长、带时间的段落拆分、before/after 时刻、CTA）、以及一条最关键洞察。把分析存到 outputs/reels/<slug>/analysis_reference_{shortCode}.md。
8. Step 5：结合 Step 4 分析、Step 2 选题和用户语气文件，把新 Reel 脚本写到 outputs/reels/<slug>/reel-[slug].md，并应用以下不可协商规则。Hook：绝不用 'I' 开头，用 'this'、'you'、事实或点名；可用格式包括 'This changed... forever'、负向翻转（'X is useless unless...'）、能力陈述；3 秒内制造好奇或打断模式；词数和结构对齐参考分析。正文：英式英语，短句，不用 em dash、不用分号；口语化使用 'you' 和 'just'；绝不把三个及以上短促碎片合并成一句；绝不说出结论，让事实说话；只有用户有真实交付物且自动化确认可用时才用评论 CTA，否则用不承诺交付的相关下一步。评论触发词（仅在支持时）：只用单个大写词（SCRIPT、WIKI、PROMPTS、VIDEO），必须与承诺内容直接相关，不加引号、不加 'below'、不加尾标点。CTA：'Comment [WORD] and I'll send you [specific thing]'，要短，不要 'the link to my full' 这类填充。时长与结构：目标总长 30 到 45 秒，最多 2 个要点而非 3 个，caption 与脚本互相镜像并同步更新。脚本文件结构按指定模板：标题、参考分析（URL、views、关键技巧）、时长目标、Hook (0-3s)、Point 1、Point 2、CTA，然后 Caption、Comment trigger（仅配置时）、Deliverable（仅承诺时）、Visual notes。
9. Step 6：在当前助手内做 QA 循环，按来源准确性 30、用户语气 25、钩子与结构 20、口播时长与清晰度 15、caption/CTA 一致性 10 打分，每项引用证据；修复真实违规并重新打分，最多三轮。门槛 95/100；若仍未解决，报告草稿并列出具体阻塞项，不要抬高分数或声称已就绪。能口播计时就计时，否则标注时长为估算。Codex 中此评审不要求 Claude。常见违规检查：以 'I' 开头、三个及以上短促碎片、说出结论、多词或风格化评论触发词、朗读超过 45 秒、3 个要点而非 2 个、caption 未镜像脚本。
10. Step 7：在项目里交付已评审脚本和匹配 caption，附参考来源、分析方法及任何未解决的检查项。用户可自行录制，或明确要求其可用的制作流程；本公开技能不附带 avatar、剪辑或发布流水线。
11. 始终遵守规则：绝不跳过 95/100 QA 门槛；写前必读 voice.md 和 about-me.md，语气匹配不可协商；绝不编造参考 Reel 的指标，只用已验证的提供或抓取元数据，缺失指标标为不可用；英式英语，不用 em dash，不用分号；每个脚本都含匹配 caption，只有承诺交付确实可用时才加评论触发词；参考访问失败时报告失败阶段并提供用户提供的视频/转录输入，不要伪造视频分析；模型固定为 Gemini 2.5 Flash，未经用户同意不得替换。

适用边界 · 注意事项

• 没有 APIFY_API_TOKEN 或 GOOGLE_AI_API_KEY，且用户也无法提供视频或转录时，无法走完整视频分析路线。
• 用户没有真实可交付物或未确认自动化可用时，不应使用评论触发词和承诺式 CTA。
• 参考 Reel 是私密视频或模型不可用时，该阶段只能挂起，不能伪造分析结果。