新媒体运营周报生成器（端到端版）

角色设定

以「新媒体内容运营策略分析师」身份工作——数据敏感、节奏驱动、复盘导向、模板化产出。

• 核心信念：周报不是流水账，是把"做了什么"翻译成"做对了什么、下周怎么继续做对"。
• 信息密度原则：每句话必须有实质信息，禁止"本周工作比较忙碌""总体表现不错"等废话。
• 数据优先：用数据说话；数据缺失明确标注"未提供"或"待补充"，绝不猜测。
• 不做假设：来源（日历 / 浏览器 / 平台 / 发布端）一律先确认再执行。本 skill 在"新东方青年说"项目上验证过一条具体路径，但那只是实例，不是默认值。

端到端工作流（5 阶段）

[0.信息确认] → [1.数据采集] → [2.报告撰写] → [2.5 数据核算+出图] → [3.格式美化] → [4.发布]
  必须提问       来源自适应      七/八节结构     脚本核算+图表      对齐历史风格   分块写入+就地插图

每次至少 3 轮自查后再上传：① 格式（对齐上期结构）② 真实性（不编造未提供的数据）③ 数字（全部比率用脚本重算）④ 口径（两种条均不可混）⑤ 篇幅（按规模收敛）。

> 🔴 产出物定位：这是汇报稿不是分析报告 —— 图为主、字为辅、只留结论。初稿写太厚会被大幅删改（实测 15112 字符 → 定稿 9029 字符）。
> 🔴 禁止默认假设：工作记录来源、浏览器、发布平台都不预设。用户没说 → 先问（阶段 0）。hard-code 某一种客户端是最容易犯的错。

> 📁 按需查阅的参考文件（不要通读，用到再读）：
> - references/数据采集手册.md —— 各日历接入、CDP 浏览器启动、平台 DOM 特性、溯源表模板
> - references/发布手册.md —— 分块写入、media insert、坑清单、各平台差异
> - references/定稿规范.md —— 章节写法与精简判据的定稿校准
> - references/爆款归因与平台基线.md —— 公式库、规律编号、跨平台基线
> - references/通用六模块模板.md —— 仅评审场景备用

阶段 0：启动前信息收集（必须提问，不可跳过）

> 原则：宁问一次，不猜一路。数据来源猜错的代价是整篇重写。
> 用户已在首条消息里提供的信息不要重复问；只问缺失项。

用 AskUserQuestion 一次性问齐。该工具单次最多 4 问 —— 下表有 5 项，按"缺什么问什么"取 4 项，剩余一项下一轮补问或与其它项合并措辞。

补充提问的时机（遇到再问，不要一开始全堆上）：
- 用户给了日历但没说浏览器 → 只在确实要抓后台数据时问
- 数据缺口 → 在自查阶段一次性列给用户确认，标注"未提供"后继续，不要阻塞交付
- 浏览器需要登录 → 让用户自己完成登录，不要索取账号密码

阶段 1：数据采集

1.0 来源自适应总则

任一来源都可工作，优先级按"结构化程度"排（越靠前越省事、越准）：

采集完必做：把「本周做过的事」整理成清单回给用户确认一次（哪些漏了、哪些不算），再动笔写报告。这一步比任何自查都省返工。

1.1 三条决策规则（其余实现细节见手册）

1. 不要用默认日历 —— 同机常有多个账户 / 旧邮箱存档（停在一年前）→ 遍历找到当前在用的那个
2. CDP 先验活 —— 跑一次 1+1 确认通道通，再决定读 DOM 还是截图；必须带用户日常 profile 启动，否则没有登录态
3. DOM 空就截图 —— 判断顺序永远是 1+1 验活 → innerText 试读 → 空则截图 + 视觉识别

> 📖 完整实现（Outlook / Google / 飞书 / 钉钉 / Apple / .ics 接入、Chromium 家族 user-data-dir 对照表、非标准浏览器兜底、平台 DOM 特性表、溯源表模板）→ references/数据采集手册.md

1.2 🧾 数据溯源表（出稿前必填）

每个数字都要能回答"从哪个来源、哪张截图、哪个口径来的"。出稿前列一张表（不必写进周报，但自己要有）：指标 | 数值 | 来源 | 抓取时间 | 口径。

作用：① 用户质疑数字时可复现 ② 同指标出现两个值（如卡片 3272 万 vs 列表 327.2 万，差 10 倍）时能立刻定位是口径差异而非笔误。

阶段 2：报告撰写

2.0 ✅ 当前标准结构（基础七节 +「风险与改进」节）

> 背景：结构经两轮校准。
> ① 2026-09-21 依据用户定稿把 AI 初稿的 10 节砍到 7 节（连续两周动作一致）。
> ② 随后用户明确要求 保留「风险与改进」节（「给人可操作空间」）→ 现为 7 基础节 + 1 恢复节。
> 用户明确反馈：开头的总结不要用表格，领导说不好查看 → 第 1 节必须用条目式。

一、🎯 本周核心成果（执行摘要）       ← 条目式 3 段（📉数据面/🎬内容面/🛠后期面），禁表格，禁金句块
二、🛠 本周工作实录                   ← 单张 4 列表格（类型｜数量｜明细｜配图）
三、📈 账号总览与诊断
    3.1 核心指标速览                 ← 6 行表（指标｜本周｜较前 7 日｜判定）
    3.2 数据可视化                   ← 【插数据中心核心指标图】
        🔍 关键诊断                  ← 2 条
四、📋 本周作品明细                  ← 【插后台作品列表截图】
    4.1 💡 本周最佳                  ← 【插作品截图】+ 钩子结构 + 可复用公式（黄底）
    4.2 💡 第二亮点                  ← 【插作品截图】+ 结构 + 定位判断
五、🔍 完播率与传播结构分析
    5.1 📌 完播率                    ← 【插完播 vs 跳出图】+ 规律高亮块
    5.2 📌 分享率                    ← 【插分享率图】+ 规律高亮块
六、✅ 本周亮点                       ← 3-5 条，只写"其他章节没讲过的工作产出"
七、⚠️ 风险与改进                     ← 默认保留（写法见下）
八、📅 下周计划                       ← 4 条上下，只写动作，不写策略方针

第二章表格的填写口径（跟随用户提供的工作记录，不预设单位）

> 为什么这条不能写死：不同项目、不同用户记录工作量的单位本来就不同（拍摄按场、剪辑按条、设计按项）。skill 若硬性规定"统一折算为条数"，遇到只给场次或只给项目名的记录就会编造数字。用户记录怎么写，就怎么填。

「风险与改进」节写法（默认保留，阶段 0 可取消）

• 定位：不是唱衰，是给出下周能动手的抓手。用户原话「给人可操作空间」。
• 写法：每条 = 现象（带数字）+ 原因假设 + 可执行动作。三件缺一不可，禁止只列现象。
• 条数：3 条上下。用 🔴（需本周处理）/ 🟡（观察）/ ⚪（长期）分级。
• 口径：与「八、下周计划」不重复 —— 风险节写问题与对策，计划节写排期与交付。

已废除的部分（不要再写）

样式固定项（只约束格式，不约束内容）：条目式摘要、章节 emoji、<span style="background-color: rgb(249, 221, 178);"> 规律高亮、<span style="color: rgb(0, 177, 77);"> 正向、<span style="color: rgb(254, 3, 0);"> 负向。
末尾不写落款（两周定稿均已删除）。"规律编号"连续累加（⑪⑫⑬…），让跨周报告形成可追溯序列。

篇幅目标（按报告规模自适应，不硬套某个数字）：

先用阶段 0 问清规模 → 套上表 → 初稿不超过目标上限的 1.15 倍。写厚了不是内容丰富，是要返工。

2.0.1 ✂️ 精简判据（照这 3 条砍，可一次到位）

列表类章节的"隐藏规则"：条数收敛比内容质量更重要 —— 用户实测把亮点 10→4、计划 10→4，砍掉的不是废话而是"已说过的"。

2.1 通用六模块模板（仅备用）

> 默认不要用。 早期"六大模块"版（工作概述 / 全平台数据 / 爆款分析 / 总结反思 / 下周计划 / 采集说明），已被 2.0 取代。
> 只在用户明确要求"专业分析报告 / 通用模板 / 跨账号对比"时启用 —— 它篇幅大、偏分析，适合评审，不适合领导快速阅读。
> 完整内容见 references/通用六模块模板.md。

阶段 2.5：数据核算与图表生成（必做，防错）

> ⚠️ 本节是血泪教训，跳过必错。 2026-09-14 周报首稿踩了 3 个坑：delta 符号读反、评论率手算差 10 倍、两种"条均"口径混进同一张表。

2.5.1 🔴 后台截图的"较前 7 日"增量：必须用总量交叉验证符号

截图里的 +/- 极易误读（绿色在中文语境 = 下跌）。唯一可靠方法是用上周报告里的总量反推闭合：

上期值 = 本期值 - 较前7日增量
若算出的"上期值" ≠ 上周报告里记录的总量 → 增量符号读反了

实测案例：截图看着全是 +2.22万 / +2.12万 / +7.04万，但用上周总量反推 → 实际均为负增长。
→ 每一步都要跑脚本核算，禁止手算比率（本次手算评论率写成 1.96%，实际 0.20%，差 10 倍）。

2.5.2 🔴 两种"条均"口径不可混用

同一张表 / 同一张图里只能用一个口径，且必须标注清楚。两者都要用时，正文各出现一次并加口径脚注。

2.5.3 🔴 图表里的"门槛线 / 阈值"必须用当期数据校准

禁止先假设阈值再往数据上套。 反例：初稿写"2 秒跳出率 <24% 是播放破百万门槛"，但 24.05% 那条播放 215.5 万，直接破线。正确做法是按阈值上下两档穷举验证，找到真正干净的分界。

2.5.4 自绘图（matplotlib，中文用系统黑体）

> 本节只列自绘图；后台截图 / 人物静帧 / 设计稿另计。

> 默认 4 张，可按当周素材增减。❌ chart_week_compare.png（本周 vs 上周对比）已弃用。
> ⚠️ 本案例数值口径为红涨绿跌（国内惯例，与欧美相反）。换用户 / 换行业时先确认配色惯例。
> 字体（Windows）：C:/Windows/Fonts/msyh.ttc；macOS 用 PingFang / Noto Sans CJK。注意不要 chdir 后再用相对路径读系统字体。
> 播放量与其他指标量级差 >50 倍时必须拆子图，否则小指标被压成一条线。

阶段 3：格式美化（在线文档富文本规范）

本节以钉钉在线文档为准（用户案例的目标平台）。颜色会被钉钉自动规范化（hex → rgb）——直接按 rgb 规范形写，显示最一致。

> ⚠️ 换平台要换写法：其它平台对 HTML span 的支持度不同，见 references/发布手册.md 第 6 节。
> 颜色不是目的，「让重点一眼可见」才是 —— 平台不支持颜色时用 emoji 前缀替代。

**表现**：<span style="color: rgb(15, 17, 21); background-color: #F9DDB2;">**抖音播放：435万**</span>

**环比**：<span style="color: rgb(15, 17, 21);">较上周</span><span style="color: #00B14D;">**+93.5%**</span>

阶段 4：发布

> 默认目标是在线文档（钉钉 / 飞书 / 腾讯文档 / 语雀），也可能是本地 md。发到哪由阶段 0 的 0.4 决定。

4.1 命名规范（泛化，不写死）

优先级顺序——先看用户有没有给线索，都没有才用中性名：

通用规则：
- 日期格式统一 M月D日-M月D日（半角连字符；月日不补零）
- 不带受访人 / 员工姓名 —— 周报是团队产出，与采访类"一访一文"命名规范不同
- 周期口径写清：默认上周一 → 上周日；若是"近 7 天滚动"要标注（如后缀 （滚动7天））
- 命名先跟用户确认一次再创建文档
- 不确定就用中性名，别自造主体名

> 项目专属记忆（新东方青年说案例）：文档名为 青年说短视频后期周度汇报（M月D日-M月D日），是该账号既定规范；换账号时按上表重新推导。

4.2 单文档 vs 覆盖

• 默认偏好"同一周期只保留一个文档"（用户明确要求：不要新增冗余文件）
• 创建前先搜同名：dws doc search --query "<关键片段>" 或 dws drive search
• 新建用 create，已存在才用 overwrite（overwrite 会清掉图片块）

4.3 🔴 图片必须就地插入，不做文末附录

用户定稿会把附录图全部搬到对应章节（W27/W28 均如此）。正文里留图片占位锚点，然后按章节顺序插到对应位置。

默认图片位（对应八节结构；数量随当周素材浮动）：

正文占位写法（插图失败也不影响阅读）：

**📊 图 1 ｜ 数据中心核心指标（本周）**

![数据中心核心指标](chart_metrics_summary.png)

插图定位优先级：--ref-block BLOCK_ID --where before（首选，语义明确）> --index N > 不传（追加文末，最稳但不满足就地）。

> 🔴 三个必知的坑：(1) overwrite 会清空图片块，需重新插入全部图片；(2) 返回 partial_success 不代表失败，绝不能重试（会导致重复插入）；(3) 每插一张立即校验图片数 +1，不增则重试、增 2 则重复。

4.4 截图优先于转录

> 📖 具体命令（分块写入 ≤8500 字符、create/append/overwrite、完整性验证、media insert 三种定位、误插图块清理、认证过期应急、dws wrapper 损坏时 node 直跑、飞书/腾讯文档/语雀/Notion 差异与降级规则）→ references/发布手册.md

爆款归因方法论

> 按需查 references/爆款归因与平台基线.md，含：公式库、规律编号序列、关键词词典、爆款等级划分、跨平台数据基线。
> ⚠️ 该资料来源为教育/学霸赛道，换赛道需重建，不要硬套。
> 新增规律要续编号并同步追加到该文件与当周周报，保持跨周可追溯。

已知局限与前提（换环境 / 换账号前先读）

> 用法：先按阶段 0 把这张表里的"待确认项"问清，能省掉大半返工。

质量自检清单（生成完毕后对照）

前置（阶段 0）
- [ ] 已确认工作记录来源（未提供则已提问，未默认某一种日历）
- [ ] 已确认数据后台来源与浏览器（未提供则已提问，未默认某一种浏览器）
- [ ] 已确认账号主体 / 周期 / 发布平台
- [ ] 文档命名按 4.1 推导并确认过（无线索时用中性名）
- [ ] 已确认是否保留「风险与改进」节（默认保留）
- [ ] 已把「本周做过的事」清单回给用户确认过一次

结构（七节 + 风险节）
- [ ] 章节 = 一核心成果 / 二工作实录 / 三账号总览 / 四作品明细 / 五完播率与传播 / 六亮点 / 七风险与改进 / 八下周计划
- [ ] 无「爆款分析与公式验证 / N 周节奏复盘 / 附录」三者
- [ ] 第二章为单张 4 列表格，数量列口径跟随用户工作记录原文，未强行统一单位、未编造数字
- [ ] 四章首图后是 4.1 / 4.2 两条精讲（不是 N 条全分析）
- [ ] 开头总结为条目式，未使用表格，也没有金句块
- [ ] 风险节每条 = 现象（带数字）+ 原因假设 + 可执行动作
- [ ] 风险节与下周计划不重复
- [ ] 末尾无落款
- [ ] 篇幅符合 2.0 的规模表

精简（照 3 条判据）
- [ ] 摘要无与 3.1 表格重复的行
- [ ] 亮点 3-5 条，且不含已在三/四/五章出现的指标与规律
- [ ] 下周计划 4 条上下，全为动作、无策略方针

图片（就地插入）
- [ ] 图片就地插入对应章节，没有文末附录
- [ ] 自绘图齐全（默认 4 张），阈值线已校准
- [ ] 后台作品列表、4.1 / 4.2 作品实拍用截图（不手打表格）
- [ ] 第二章配图列已放人物静帧 / 设计稿
- [ ] 每张图插完校验，图片数每次 +1 无重复

数据
- [ ] 数据溯源表已填（每个数字能回答"从哪张截图 / 哪个口径来的"）
- [ ] 关键爆款数据用黄色高亮；环比用绿 / 红着色（平台不支持则降级）
- [ ] 缺失数据明确标"未提供"，无猜测
- [ ] 环比保留 1 位小数；播放量 ≥1 万用"万"为单位
- [ ] 后台增量的 +/- 已用上周总量交叉验证闭合
- [ ] 全部比率用脚本重算（分享率/评论率/点赞率/吸粉率/完播均值/跳出均值）
- [ ] "条均"口径单一且已标注
- [ ] 分块写入（每块 ≤8500 字符），验证关键内容完整性
- [ ] 无废话、无自我表扬、无过度批评

复用场景

内容账号类

• 教育 / 知识：青年说、有道、猿辅导学霸系列、罗辑思维、樊登读书
• 校园 / 学霸 IP：名校访谈账号
• 品牌号 / 政务号：企业官方号、地方文旅号
• 电商 / 直播：直播复盘 + 短视频引流合并汇报
• MCN / 矩阵：多账号横向对比（用「通用六模块模板」，见 2.1）
• 个人 IP：博主自运营周报（单平台、篇幅可压到 5000 字符）

非内容类迁移（去掉平台数据章节即可）

• 运营周报 / 增长周报 / 项目周报
• 月度 OKR 复盘、活动复盘、结项报告
• 销售周报、渠道周报

> 判定是否适用：只要有「周期性 + 有量化数据 + 要给上级看」三个特征，本 skill 的骨架（阶段 0 问答 → 数据溯源 → 结构收敛 → 就地插图 → 分块发布）就能复用。