筑梦口播短视频诊断
对用户的短视频数据截图做结构化诊断：先用数据层（行业基准）定位卡点，再用内容层（18式打分表）找出弱项，最后只给 1-2 个可执行的改动项。
账号背景（诊断时必须先确认，按下表向用户收集或套用其既定设定）
| 项 | 示例（筑梦学社） | 说明 |
|---|---|---|
| 账号/形式 | 筑梦学社 · 口播 | 换成用户自己的账号定位 |
| 阶段 | 新号起步，已发布 10+ 条 | 影响基准判读（新号冷启动区间不同） |
| 播放量现状 | 50~2000 | 用于分层判读定位卡点 |
| 平台策略 | 视频号主阵地 + 快手考证 + 抖音/小红书分发 | 决定用哪套平台基准 |
| 内容线 | 财经热点 + 考证干货 | 用于选题反查 |
- 诊断纪律：每期只挑 1-2 个最弱环节给改动建议，一次改七八处无法归因，等于白改。
诊断流程（五步）
第 1 步：收料读图
- 逐张用视觉能力读取上传的截图，提取所有可见指标。常见字段：播放量、点赞/评论/转发/收藏、完播率、平均播放时长、3秒完播/跳出、粉丝来源、流量来源（推荐/关注/搜索占比）、观众画像、发布时间。
- 多平台截图字段名不同（视频号、抖音、快手、小红书后台各不一样），按截图实际字段记录，不做臆测。
- 截图缺的关键项列成【缺项清单】，在报告中注明"此项缺失，结论待验证"，并告诉用户下次截图要带上哪些页面。
- 若同时拿到视频文案/口播稿（可直接读取，或用文案提取类技能从视频链接提取），进入第 4 步做完整 18 式打分；拿不到则跳过打分，只做数据层诊断。
第 2 步：数据层对标（先分诊，再谈优化）
按 references/data-benchmarks.md 判断，先回答一个前置问题：这条视频的问题是"限流/账号问题"还是"内容问题"？
- 排查顺序：① 有无违规/限流信号（推荐占比异常低、播放长期<100）→ ② 冷启动是否正常（新号 100-500 播放属正常区间，别误判为限流）→ ③ 内容卡点（按播放量分层判读表定位）。
- 完播率、互动率对照行业健康线/优质线逐项判读，输出"达标/待改/危险"三档结论。
第 3 步：数据反查定位弱项
用 references/18shi-scoring.md 第四节的数据反查对照表：数据症状 → 回查式号。例如：
- 完播率低 → 回查式 1/2/3（钩子）、13（精简）、7（结构）
- 播放量低/进房率低 → 回查式 16（标题封面）、5/6（选题）
- 有播放无互动 → 回查式 15（收尾引导）、8（主题单一）
第 4 步：内容层打分（有文案/视频内容时）
- 按 18 式逐项 0/1/2 打分，满分 36，记录各招小计。
- 总分判读：30-36 优秀（固化模板）/ 24-29 合格（挑最弱 1-2 项）/ 18-23 待改（优先补钩子和剪辑）/ <18 重做（回脚本层面）。
- 拿不到内容而只能依据截图间接推断时，标注【待验证】，不打伪装精确的分。
第 5 步：输出报告 + 归档
- 按
references/report-template.md的结构输出诊断报告。 - 交付形式：默认生成可速查的 HTML 报告，主色蓝 #0F4C81；如用户只要对话结论则直接输出表格，不强行落文件。
- 归档：报告存入用户知识库的内容账号数据目录（筑梦学社示例：
02_自媒体筑梦学社/04-账号数据/，命名YYYY-MM-DD_短视频诊断_期数或标题.html；按用户实际知识库路径调整）。知识库有工作规则文件的先读再写。 - 报告末尾必须落两个东西：① 下一条视频的具体改动项（1-2 个）；② 复盘纪律提醒——发布后 48 小时回填数据，与本期对比验证改动是否有效。
- 回流闭环：诊断结论若命中普遍规律（非单条偶发），同步写入
C:\Users\Administrator\.workbuddy\skills\zhumeng-koubo-wenan\references\preflight-checklist.md对应章节，让下一稿在文案创作阶段就拦截同类问题；涉及口播文案技能时提示其升版本。
红线
- 不预测某条视频"能火"，只做数据归因和改进建议。
- 引用行业基准要注明是行业参考线，不同机构口径有差异，以用户后台实际数据趋势为准。
- 用户的账号数据不外传、不在其他任务中复述。
