技能介绍

团队周报的三个断点

活动运营团队的周报看起来不复杂：组员填自己做了什么，组长汇总成一份发给团队。真正落地时，通常会断在三处：

填报入口不统一：有人习惯在企微收集表里填，有人直接在聊天里说“我这周做了三场活动”。
汇总靠人工搬运：Excel 导出后要手动拆人、合并创新点、去重亮点，再复制到邮件里排版。
邮件客户端不买账：写在邮件里的 HTML 一进 QQ 邮箱、网易或 Outlook，CSS 常常被吞掉。

这个 Skill 的目标不是“让周报更漂亮”，而是把周报固定成一条可校验的数据流水线。

双阶段流水线怎么跑

技能把周报拆成两个阶段，阶段一解决“每个组员的数据是否完整”，阶段二解决“组长能否从个人数据里提炼出团队结论”。

阶段一支持两种入口，按用户说法自动路由：

场景 A：输入企微收集表导出的 .xlsx。脚本 scripts/import_from_wecom.py 会按“填报人”拆分，自动解析参与、曝光、留资、转化等核心数据，并按活动类型判断线上或线下。
场景 B：组员在对话中逐条填报。Skill 不会一次性抛出所有问题，而是按“基础信息 → 单条活动 → 三大成果 → 复盘与下周计划”的顺序推进。

阶段二由组长完成提炼。scripts/aggregate_data.py 先聚合全员 members/*.json，输出小组总场数、线上/线下分布、总曝光与总线索，并生成各板块的预聚合初稿。组长在此基础上提炼小组统一创新点、突破点和核心亮点，写入 leader_summary.json。

硬性校验与 HTML 产出

校验不是摆设。阶段一要求个人创新点、突破点、工作亮点三项均不可为空；阶段二要求小组层面的创新/突破/亮点也必须填写完整。scripts/generate_html.py 内置了这条规则：如果小组级三板块为空，脚本会拒绝生成并返回退出码 1。

生成的 HTML 固定为六个板块：周期与数据看板、个人工作明细、小组提炼总结、共性问题与优化方案、下周统筹计划、底部页脚。模板 assets/weekly_report_template.html 采用全内联 CSS、table 布局、800px 固定宽度和十六进制颜色，尽量让邮件客户端不做二次渲染。

适用边界

这套流程适合有明确填报人、活动类型和周期管理的活动运营小组。它不解决“周报内容本身有没有价值”，只保证内容完整、数据可追溯、产物能发邮件。企微收集表的字段需要按 references/wecom_form_template.md 配置，否则导入脚本可能无法正确拆分人员或解析核心数据。邮件推送前还需要单独准备 email_config.json，HTML 兼容性可参考 references/email_compat_guide.md。