/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */
#content_views .toc,
/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */
#content_views.markdown_views > p:empty:has(+ .toc),
#content_views.markdown_views > .toc + p:empty,
/* 富文本旧版目录标记 */
#content_views.htmledit_views #main-toc,
#content_views.htmledit_views #hr-toc,
#content_views.htmledit_views p[id*=\”-toc\”] {
display: none !important;
}
/* 目录去掉后，紧跟的首个标题不再多出一块上边距 */
#content_views.markdown_views > .toc + h1,
#content_views.markdown_views > .toc + h2,
#content_views.markdown_views > .toc + h3,
#content_views.markdown_views > .toc + h4,
#content_views.markdown_views > .toc + p:empty + h1,
#content_views.markdown_views > .toc + p:empty + h2,
#content_views.markdown_views > .toc + p:empty + h3,
#content_views.markdown_views > .toc + p:empty + h4 {
margin-top: 0 !important;
}
国庆假期一结束，很多团队的第一件事就是交 Q3 季度总结。素材其实都有：每周的周报、群里的复盘、几个关键数字。难的是把 12 周零零碎碎的流水账，变成一份领导愿意看完的文档。
这次我试了一下让 AI 来做这一步。先说结论：它没有编任何一个数字，结构也比我自己写的规整，但有一处算错了，还有三处必须我自己补。 下面是完整过程。
素材长什么样
我按自己平时写周报的习惯，准备了一份 12 周的素材，大概 680 字，都是这种口语化的记录（为了不涉及真实业务，内容是按真实格式写的示例，数字也是示例）：
7月第1周：订单导出接口超时，查下来是没走索引，加了联合索引，P99 从 3.2s 降到 410ms。
7月第2周：……周五线上出了个事故，支付回调重复入账 17 笔，回滚+人工对账，搞到晚上11点。
8月第1周：开始拆老的用户服务……接口 23 个，拆了 9 个。
8月第2周：又拆了 6 个。压测单机 QPS 从 1800 到 2600 左右。
8月第4周：拆分继续，剩下 8 个里有 3 个牵扯到积分，跟积分组没谈拢，先放着。
9月第2周：续费率 7 月 31.2%，8 月 33.0%，产品说提了 1.8 个点，但 8 月本来就有活动……
9月第3周：中秋前封版，只修 bug，修了 11 个。
9月第4周：用户服务拆分又做了 5 个，还剩 3 个积分相关的。
另外：Q3 目标是「用户服务拆分完成」和「核心接口 P99 < 500ms」，搜索接口还是 900ms 左右没动。
注意里面有几处是我故意留的：有一周只写了「请假 3 天」；有一个数字的归因本身就存疑（续费率提升 1.8 个点，但 8 月有活动）；还有一个目标明显没完成。我想看它怎么处理这些。
工具用的是福兮的 AI 文稿（forxi.cn/ai/word），选「按素材整理」，补了一句要求：「写成 Q3 季度工作总结，给直属领导看」。模型是默认的 glm-4.7-flash，几分钟内整篇写完。
它做对了的
结构是按「工作总结」这个文种来的，不是按时间顺序复述。 出来的是五个部分：核心业务稳定性与性能优化、用户服务架构拆分、团队建设与协作、Q3 目标达成情况、待确认事项。原来散落在不同周的事被归到了一起，比如「7 月第 2 周出事故」和「7 月第 3 周加幂等、写复盘」合成了一条「支付回调稳定性建设」。
数字全部来自素材。 3.2s → 410ms、17 笔、1800 → 2600、140 万成员、31.2% 和 33.0%，我逐个对过，没有一个是它补的，也没有出现「效率提升 XX%」这种素材里不存在的漂亮话。
没完成的目标它照实写了。 这一点我原本最担心，AI 写总结很容易把什么都写成「圆满完成」。这次「Q3 目标达成情况」里写的是：用户服务拆分「未完成」，P99 目标「部分达成」，订单导出达标、搜索接口「仍为 900ms 左右，未动」。
存疑的地方单独列了出来。 最后一节「待确认事项」列了 4 条，其中续费率那条写的是「需确认该提升是否完全由续费提醒功能带来」，没有替我把 1.8 个点算成自己的功劳。
它做错了的：凭空多出来一个「5」
拆分进度那一段，它写的是：
8月第1周拆分 9 个接口（共 23 个），8月第2周再拆分 6 个，8月第4周及9月第4周分别拆分 5 个。目前累计拆分 20 个接口，剩余 3 个……
素材里 8 月第 4 周根本没写拆了几个，只说「剩下 8 个里有 3 个牵扯到积分，先放着」。它把 9 月第 4 周的「5 个」也套到了 8 月第 4 周头上。更明显的是，按它自己的写法加一遍是 9 + 6 + 5 + 5 = 25，跟后面那句「累计 20 个」直接矛盾。
这种错的麻烦在于它看起来非常像对的，每个数字都在素材里出现过，只是被放错了位置。领导要是顺手加一下，这份总结的可信度就全没了。所以用 AI 整理带数字的材料，最后一定要把数字和原始素材逐个对一遍，尤其是「累计」「合计」这种需要它自己算的地方。
必须我自己补的三处
1. 漏掉的事。 「9 月第 3 周修了 11 个 bug」整条没出现。可能它觉得封版修 bug 不算成果，但这是我那一周全部的工作量。
2. 下季度计划。 「工作总结」这个文种通常要有下一步计划，这份没有。这其实是对的：素材里我一个字都没写 Q4 打算干什么，它要是写了反而是编。但这意味着最需要动脑子的那部分，还是得自己写：剩下 3 个积分接口怎么推、搜索接口 900ms 打算怎么处理。
3. 措辞。 「实习生 B 尚未达到独立工作水平」这句话，在素材里是我随手记的，原样出现在给领导的总结里就不合适了。还有「内存占用降低大概 6 个G」这种口语，也得改成书面的说法。AI 会做改写，但它不知道哪些话不该出现在这份文档里。
我的用法
上面这几处在网页上直接改就行，改完点「下载 Word」拿到 docx。比从零写省时间的地方，主要在「把 12 周的东西归类」这一步，这恰好是我自己最不想做的。
几条实际体会：
- 素材越具体越好。 数字、时间、谁说的，写进去它都会保留；写得含糊，它也只能含糊。
- 故意把没做完的事写进素材。 它会如实放进「目标达成情况」，这比你事后再去补「不足」自然得多。
- AI 算过的数字必须复核。 原样搬运的数字它基本不会错，需要它合并、累加、推算的地方最容易出错。
- 计划和判断留给自己。 它只能整理已经发生的事，下季度要做什么、哪件事最值得在领导面前讲，这是总结里真正有价值的部分。
局限也说清楚：它适合「素材已经有了、缺的是整理」的场景；素材太少的话它不会帮你凑内容，只会给出一份很薄的文档；生成后的文稿最好在网页上改完再下载，下载之后就是普通的 Word 文件了。
季度总结说到底是写给自己看的复盘。AI 能帮你把流水账排整齐，但哪件事做得好、哪件没做好、为什么，还是得你自己想清楚。
