周报月报速成
一、适用与硬性约定
- 把工作流水转成周报或月报的文字稿，交付形态为 Markdown 或纯文本，可直接粘贴进邮件、钉钉、飞书。
- 四条硬性约定，缺一条即不合格：每条工作项必须挂量化口径；必须有独立结论层；必须写下步计划与时间点；无数据不编造。
- 不产 PPT 版汇报（交
qiuye-PPT-html或ppt-report-builder）；不做季度经营数据分析（交business-analysis-framework）；不整理会议录音稿（交meeting-polisher）。 - 只给一条工作、只要求润色单句时不适用本 skill，直接用通用能力。
二、输入
| 必填/选填 | 变量 | 含义 |
|---|---|---|
| 必填 | {{工作流水}} |
原始工作记录，任意格式（勾选列表、聊天片段、口语描述） |
| 选填 | {{报告周期}} |
周报或月报，及日期区间；缺省按周报 |
| 选填 | {{读者身份}} |
直属上级 / 高管 / 跨部门；缺省按直属上级 |
| 选填 | {{姓名或岗位}} |
报告头部署名 |
用户给的是完整会议录音稿并要先出纪要时，停用本 skill，转 meeting-polisher。
三、执行流程
- 归类——把原始流水逐条拆成工作项，每条一行独立成项，不合并、不遗漏。产出条数须与原文条目数一致。
- 判据量化——给每条工作项挂载数字、百分比、日期或状态四类之一；四类都拿不到的项，打
【待补：<缺失口径>】。原始流水全是大白话动词、无任何数字时，读references/quantification-dictionary.md。 - 提炼结论——从量化后的工作项中抽出 3–5 条判断句，每条含原文未直接给出的判断。依赖第 2 步完成。
- 匹配读者——用户指定读者不是直属上级时，读
references/reader-adaptation.md调整内容取舍与措辞。依赖第 3 步。 - 按骨架成文——套用第六章骨架输出。要月报时读
references/monthly-report-structure.md。依赖第 4 步。
第 1 步与第 2 步中不同工作项的挑数动作可并行。第 3、4、5 步严格串行。
唯一人工介入点：出现 【待补：X】 时，在交付物末尾并排列出待补清单由用户回填，其余步骤直接推进。
四、判定规则
| 规则 | 判据 | 反例 |
|---|---|---|
| 量化三档 | 一档有数字（处理工单 137 件）；二档有状态变化（从测试环境推到预发）；三档打占位符（【待补：本项收益】） |
写「完成了相关工作」 |
| 结论层不写执行 | 每条结论以判断动词开头：沉淀、暴露、验证、收敛、拖慢、超出 | 以「完成了」开头 |
| 下步计划三要素 | 每条约 15–30 字，含动作 + 时间点 + 输出物 | 写「继续跟进」 |
| 工作项上限 | 周报正文 ≤12 条，超出部分归入「其他」一行；月报 ≤20 条 | 罗列 30 条流水 |
| 删除项 | 删掉日常例行公事（如「参加周会」），保留有增量的事 | 每条都算工作量 |
结论层正例：跨部门依赖暴露得比我预想的多——3 项工作有 2 项卡在等采购回复，其中 1 项已等 5 个工作日。
五、内容质量标准
| 标准 | 判据 |
|---|---|
| 结论层条数 | 3–5 条 |
| 结论层信息增量 | 每条含原文未直接给出的判断；删掉后读者认知无损失即不合格 |
| 下步计划条数 | 3–5 条，每条含时间点 |
| 量化覆盖率 | 有数字支撑的工作项占比 ≥60%（周报） |
| 读者适配 | 面向高管时删过程细节，只留结果与判断 |
全文禁止无依据的绝对化表述（「大幅提升」「显著改善」「全面提升」）。
六、输出格式
骨架四段顺序固定，不得调整：
- 头部：周期 + 姓名或岗位，一行，≤20 字。
- 工作项：分块标题 + 每条一行，每条 ≤40 字，动词开头、量化前置。
- 结论层：3–5 条加粗判断句 + 依据，判断句 ≤20 字，依据 ≤50 字。
- 下步计划：编号列表，每条 15–30 字，含时间点。
不允许自行发挥的参数：骨架四段顺序、结论层条数区间、下步计划必含时间点。
## 本周工作（2026-09-07 至 09-12）
- 处理客诉工单 137 件，其中升级 4 件，均在 24 小时内闭环
- 上线新版登录流程，灰度 20% 用户，报错率从 0.8% 降到 0.2%
## 本周结论
**口径不统一是返工的主因**——3 项工作有 2 项在中期调整了验收标准。
## 下步计划
1. 9/15 前产出验收标准模板初稿，交张工确认
七、自检
交付前逐条勾选，任一不通过则回改：
- 每条工作项是否挂载数字、百分比、日期或状态之一？
- 缺数据的项是否打了
【待补：X】而非空写或编造？ - 结论层是否为 3–5 条，且每条以判断动词开头？
- 下步计划是否 3–5 条，且每条含时间点？
- 工作项是否已去掉例行公事？
- 周报正文是否 ≤12 条、月报 ≤20 条？
- 读者身份已确认时，措辞是否符合该读者取舍规则？
- 全文是否存在无依据的绝对化表述？
八、红线
- 不编造数字。拿不到数据打占位符，禁止用「约」「大概」补。
- 不把完成动作当结论写进结论层。
- 不为凑条数拆碎工作项。
- 不删除用户明确要求保留的条目，即使用户流水里包含日常例行事项。
- 不在交付物中写入用户未提供的姓名、客户名、项目代号。
九、scripts 与 assets
都不需要。全部动作是文本组织与规则判定，无确定性计算或格式转换逻辑；所有规范都能用 Markdown 表格完整描述。理由详见本 skill 开发方案第七章、第八章。
