技能介绍

问题

工程师写汇报时最常见的失败不是文笔差，而是把流水账原样丢给管理者：开了什么会、改了几版、跟谁吵过架，全堆在一起，老板看完不知道该拍板什么。另一个极端是为了让报告好看而补数字——"提升了X%"、"影响了X人"，一旦被抽查就是信用崩盘。本技能要解决的就是这两点：从执行细节里拎出决策点，并且缺数据就明说。

工作方式

核心是三条铁律：禁止编造（没数据就用 [待补充] 占位）、风险前置（困难和卡点提炼到报告顶部的 【⚠️ 管理者必看】 区块）、拒绝废话（删掉套话，只留干货）。如果同一周期内既有重大战果又有重大风险，第一段必须并列陈述，不允许只报喜或只报忧。

素材来源不影响流程。本地文件（docx、xlsx、pdf、csv 等）先读全文再加工，表格只提取关键行列；腾讯文档与 ima 知识库读取失败时退回粘贴文本。含数字的素材会先做交叉校验：合计是否等于分项之和、单位换算是否一致、同一指标不同口径是否打架，发现矛盾就在报告末尾的"待核实"区标注，不替用户圆场。

周期不需要用户指定。输入含"今天/昨天"按日报、"这周/上周"按周报、"本月/季度/Q1"按月报自动识别，乱糟糟的流水账默认按周报处理并询问一句。优先级上 模板 > 周期侦测：给了明确模板就严格按标题填空，不增不减。没有模板时套用"实战三板块"——核心战绩、卡点与求助、下周必做 3 件事；素材涉及 3 个及以上角色时，自动插入 【上下游依赖状态】，用 ✅/⏳/🚫 标注每个环节。绩效、考核、SMART 等触发词会切换到绩效日志模式，把模糊表述翻译成带数字的 SMART 写法，低产出日的动作也只翻译不编造。

边界与注意点

它不负责文采，也不做词频统计。口径冲突、目标值未知这类问题一律留给用户定，缺的指标标 [待补充] 而不是编一个。时间戳统一 YYYY-MM-DDTHH:MM（ISO 8601），文件写 UTF-8。问题必须闭环：每个风险/卡点都建 item，状态在 待整改 / 处理中 / 已闭环 / 已转移 / 已挂起 之间流转，超过 7 天未变化的会顺带提醒。归档到 ~/Documents/dwm-reports/ 是默认动作，重写同周期报告时追加"更新记录"而非静默覆盖。