周报机器人第一版被我们毙掉了——AI汇总项目进展，错在把AI当“写手”用

一、先说我们搞砸的那一版

团队规模不大，五六个项目并行，每周五下午收集各项目进展、拼成一份周报，是我最头疼的两小时。听说AI能干这事，我兴冲冲搭了第一版：写了个脚本，把所有项目的聊天记录、任务看板导出、提交日志一股脑塞给大模型，附一句“帮我汇总成本周团队周报”。

结果呢？产出的周报看着像模像样，细看全是问题：

• 把三周前的旧任务当成“本周进展”写了进去；
• 某个项目明明延期了，周报里却写“整体平稳推进”——模型在编造过渡句；
• 每个项目的描述口径完全不一致，有的写了两百字流水账，有的只有一句话；
• 领导问“B项目的风险是什么”，周报里根本找不到。

第一版周报被毙掉的那一刻我意识到：问题不在模型，在于我把它当成了一个“会写文章的人”，而没当成一个“需要输入约束的处理流程”。这和把日志一股脑扔给AI是一个道理——垃圾进，垃圾出。

二、常见的三种失败做法

复盘下来，让AI汇总周报，常见的坑有这三类：

坑一：输入太脏。 直接丢原始聊天记录和杂乱的任务标题，模型无法判断“哪些属于本周”“哪些是关键信息”，只能凭语感硬编。编出来的东西越流畅越危险。

坑二：没有结构约束。 只说“帮我汇总”，没规定每个项目写几条、每条什么格式、按什么优先级排序。模型的自由发挥空间越大，输出越不可控。

坑三：一次性大杂烩。 所有项目混在一个请求里汇总，模型上下文一长就开始丢细节，小项目的进展经常被“平均”掉。

三、跑通的做法：AI是“分拣员+格式化器”，人只做最后把关

第二版我换了思路：人的工作前移，AI的工作后移，中间加结构。

第一步：先定周报的“骨架”

和团队约定好周报模板：每个项目固定四栏——本周完成、下周计划、风险与阻塞、需要决策的事项。每栏最多三条，一句话一条。这个骨架由人定义，不交给AI。

第二步：按项目分桶，逐个处理

不再一个请求吞所有内容，而是每个项目独立跑一轮。输入也清洗过：只取本周的任务变更、里程碑节点和指定标签的讨论，剔除闲聊。

第三步：用同一个提示词模板跑AI

这是关键。模板贴在下面，可直接复制修改：

你是一个项目周报整理助手。请严格按以下规则处理我提供的项目原始记录：

【背景信息】
项目名称：{project_name}
统计周期：{start_date} 至 {end_date}
项目当前阶段：{project_phase}

【原始记录】
{raw_materials}

【输出要求】
1. 按以下四个栏目输出，每栏最多3条，每条一句话（不超过40字）：
   - 本周完成
   - 下周计划
   - 风险与阻塞
   - 需要决策的事项
2. 只使用原始记录中明确出现的信息，禁止推测、补全或美化。
3. 无法归类的信息单独放在"未归类信息"一栏，不要强行塞进上述四栏。
4. 涉及时间的信息，标注原始记录中的日期。
5. 某一栏目没有内容时，写"无"，不要编造。
6. 输出格式为Markdown表格。

其中最有用的是第3条和第5条——允许AI说“我不知道”，是消灭幻觉编造最有效的一招。自从加上这两条，“整体平稳推进”这种无中生有的过渡句就再没出现过。

第四步：人只审“未归类”和“风险”两栏

每个项目的AI产出回流给我，我重点看两处：未归类信息里有没有漏掉的大事，风险栏有没有被原始记录的措辞误导。每项目审一遍大约两分钟。

四、用AI前后的对比

总耗时从两小时出头降到二十分钟以内，但这不是最大的收益。最大的变化是周报变得可追问了——因为每一条都来自结构化输入，领导问“这个结论哪来的”，我能直接定位到原始记录。这在第一版纯“AI自由发挥”的模式下是做不到的。

成本方面，每周跑一轮的处理量不大，即使是按token计费的商用模型，费用也很有限（具体以各家官网价格页为准）。如果你的团队已经在用统一的API网关管理调用，这类周期性任务还可以直接挂成定时任务，连手动触发都省了。

五、几点迁移建议

这套做法不局限于周报，任何“定期汇总多来源信息”的场景都适用：客户反馈周汇总、Bug趋势月报、多渠道运营数据摘要。核心原则就三条：

1. 先定结构，再喂数据——输出格式是人定的契约，不是AI的即兴创作；
2. 分桶处理，别大杂烩——每个对象独立一轮调用，质量远高于混在一起；
3. 给AI留“说无”的出口——强迫填满每一栏，就是在鼓励模型编造。

如果你还没有顺手的模型调用环境，或想在统一入口里管理这类定时汇总任务，可以试试 https://api.thistoken.ai/register ，把周报机器人这类周期性AI任务稳定地跑起来。

---

不想折腾多家供应商的接入差异？在 https://api.thistoken.ai/register 注册，用一个 base_url 调用所有模型。