视频数据追踪

要解决什么问题

短视频运营往往从各平台导出 Excel 表现表，再手工对照 publish_log 里的发布记录。平台列头不同、标题带品牌前缀，跨平台合并和「这条数据对应哪次发布」很容易错。本技能只做 数据燃料层：解析、落盘、门禁移交，不替你做复盘结论。

技能如何工作

触发：你提供 .xlsx（视频号需含 完播率/推荐/关注；抖音需含 完播率/5s 完播率/主页访问量），或明确说「把这个数据落盘到 tracking」「更新追踪数据」。

主流程：

1. 确定 tracking/video-performance.json 路径（默认在 .workbuddy/data/ 下，可自定义）。
2. 先跑 边界测试，再解析合并、增量追加（去重，不覆盖已有行）；边界未全过则终止并列出失败项。
3. 微型健康检查：读 account-thresholds.json 的 alarm_threshold（文件缺失则用内置默认：抖音 2s 跳出 ≥35%、视频号完播 ≤10%），超标则打 health_alert（与复盘用的 golden_threshold 无关）。
4. 读 publish_log.json，对标题做品牌前缀剥离后 模糊匹配（阈值 ≥0.4，发布日 ±1 天优先）。匹配成功则通过 atomic_write 写 milestones.data_collected，并在 PUB-GATE 约束下把 performance 写回对应 video_id（不为未发布稿写 performance）；再带 trigger_source、health_snapshot 移交 复盘向导。匹配失败则列前 3 候选，或标记 partial_* + manual_confirm_needed。

边界与注意

• v2.2 起仅支持 视频号 + 抖音；头条/小红书已退出解析与复盘链路。
• 禁止直接调用「发布后复盘」；禁止修改复盘阈值文件，只读做健康告警。
• 跨平台合并脚本内的 SIMILARITY_THRESHOLD=0.5 与 tracking↔publish 的 0.4 匹配阈值语义不同，勿混用。