news 2026/10/8 18:02:47

国庆回来要交Q3总结?我把12周周报丢给AI写成Word,数字一个没编,但有一处算错了

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
国庆回来要交Q3总结?我把12周周报丢给AI写成Word,数字一个没编,但有一处算错了

国庆假期一结束,很多团队的第一件事就是交 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 能帮你把流水账排整齐,但哪件事做得好、哪件没做好、为什么,还是得你自己想清楚。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/10/8 18:01:23

宝塔一键部署LikeShop单商户商城开源版全流程详解

一、前言 在之前的系列文章中&#xff0c;我写了 LikeShop 多商户版的部署配置、数据迁移和权限体系。这一篇回到单商户标准版&#xff0c;把宝塔一键部署和小程序对接的完整流程走一遍。 单商户标准版的部署和高级版、多商户版有一个关键区别&#xff1a;PHP 版本要求是 7.2&a…

作者头像 李华
网站建设 2026/10/8 18:01:07

AI公司生态图鉴:用TaoToken统一Key串起5类阵营30家势力的API接入版

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/10/8 17:59:22

5分钟上手Open Cowork:从配置API Key到AI自动生成PPT的7个步骤

5分钟上手Open Cowork&#xff1a;从配置API Key到AI自动生成PPT的7个步骤 【免费下载链接】open-cowork Open-source AI agent desktop app for Windows & macOS. One-click install Claude Code, MCP tools, and Skills — with sandbox isolation, multi-model support,…

作者头像 李华