让周报从工作记录里长出来

我刷到了不少用 AI 写周报的方法：把每天的工作内容发给豆包，让它总结，再做成可视化看板。

这能解决眼前的问题。但到了下周，你还是得翻资料、整理工作内容，再交代一遍要求。如果每天已经很忙，这件事很容易拖到周五下班前。

我想换一个做法：从搭建系统入手，把每天的工作记录、固定的整理规则、每周的触发任务接起来，让周报从工作记录里长出来。

人仍然要交工作成果，也仍然要审核结果。只是找资料、反复交代格式、整理成稿这些重复动作，可以交给同一条流水线处理。

这次我用豆包工作来演示这个思路。下面的课件项目资料是演示材料，重点看这条工作流怎样组织，以及哪些地方必须由人决定。

先给“周报员工”安排一个工作区

如果把 AI 当成一个帮你整理周报的员工，你不能每周临时塞给它一堆文件，再让它猜哪些属于本周。

它得知道工作成果放在哪里，怎样分类，哪些文件能读，结果应该存到什么位置。

我的做法是按年、月、周整理工作区，在每一周下面，再按日期保存每天的工作记录。周目录里另外放本周成果、问题与风险、下周计划，以及周报与看板。

每天工作结束，把当天获准处理的资料交给豆包工作，请它归档到对应日期。比如修改后的方案、项目进度表、沟通纪要，或者一段简短的工作记录。

不需要为了写周报，另外再写一篇长总结。但只有一个文件名，也很难让 AI 判断你完成了什么。可以随手补几句话：今天做了什么、交付物是什么、还卡在哪里。涉及完成状态时，把实际完成日期一起留下。

同一个任务最好保留稳定的名称或编号。否则“修改课件目录”和“调整课程结构”可能被算成两项工作，周报里的数量就对不上。

跨月的一周也要提前约定归属。我这次按周一所在月份归档，一周按周一到周日计算。规则定下来，月底就不用再讨论同一份材料究竟放在哪个月。

固定模板和长期规则放在单独的位置。它们可以沿用；每周发生了什么，要从那一周的记录里重新读取。上一周完成的八项工作，不能因为旧周报还在目录里，就又算成本周成绩。

把要求写进 Skill，别让它每次猜

工作区建好后，我会创建一个固定的周报 Skill。

你可以把它理解成这位“周报员工”的工作规范：每次从哪里拿资料，按什么规则分析，最后交什么结果。

其中最值得写清楚的是读取范围和验收标准。只有“帮我写一份周报”，它很难知道哪些内容可以算成绩，哪些还只是计划。

每次运行，我会给它本次报告周、统计截止时间、本周目录、上周计划的位置，以及结果保存位置。然后要求它列出实际读到了哪些文件，哪些文件没读到。资料缺失时停下来问，或者把对应内容标成待确认。

分析完成后，交一份简洁的周报：本周完成、上周计划对照、未完成事项与风险、下周建议，以及还需要我确认的数据。

这个 Skill 还可以写上可视化的交接要求：把已经整理出的同一份数据交给看板 Skill，生成一页适合汇报的看板。

周报和看板用的是同一份事实，不能周报里写“待确认”，到了图表里却画成零；也不能为了让画面好看，把计划当成已经完成。

如果当前账号没有对应的可视化入口，或者调用失败，就先交同字段的表格。能让人核对，比硬凑一个漂亮页面重要。

固定规则可以复用，每周的事实必须重新读取。

周报要对照计划，才有复盘的价值

我不想让它只把这周的资料整理得好看。我还希望它把上周留下的下周计划，和本周的实际结果放在一起。

上周说要完成的事情，这周做到了哪一步？没完成的部分，是缺资料、被新任务打断，还是需要改变优先级？这些差距，就是我们说的 Gap。

比如用一个演示情景来看：上周计划“完成课件初稿”，这周只交了目录和第一节内容。AI 应该把差距列出来，写明依据来自哪些材料。

原因不能靠它猜。材料里如果写了“等待评审意见”，就引用这条记录；材料没交代原因，就留待确认，不能替你写成“由于需求变化导致延期”。

首周没有上周计划，就先整理本周，不硬算差距。从这一周开始，保存一份由人确认的下周计划，下一轮才有可对照的基准。

同样，任务的截止日期在未来，不代表今天一定没有完成。判断一项成果属于哪一周，要看实际完成时间和交付物；证据不够，就保留未知。

对照之后，AI 可以提出建议，但建议还不是正式计划。哪些任务顺延，哪些暂停，哪些临时新增的工作应该优先，由我审核后再定。

定时任务负责触发，人负责验收

工作区和 Skill 都准备好，仍然需要有一个动作去调用它。

我的设想是把这个动作固定到每周的时间点，比如周五下班后：读取截至当时的记录，调用周报 Skill，再生成看板草稿。

如果报告周期按周一到周日算，周五生成的就是截至周五的版本。周末还有工作，就再补一次；不能把周五的截止时间藏起来，让汇报看上去已经覆盖整周。

定时指令可以按这个意思写：

每周五 19:00，按 Asia/Shanghai 时区执行每周工作复盘 Skill。读取当前报告周截至运行时的工作记录，并对照上周已确认的计划，生成周报和同数据的看板草稿。列出读取失败与待确认项，保存到当前周的结果目录。完成后通知我审核，未经确认不对外发送。

创建时要核对实际保存的周期、时间、读取路径和调用目标。输入框里写了“每周执行”，还不能当成它已经执行成功；要等到约定时间，看见执行记录和对应输出。

这次演示里已有工作区和本地周报、看板结果。每周自动触发以及自动发送，还需要按实际运行记录继续验证。我会先把触发、生成、保存、通知这几步分别检查，不直接承诺“搭完就能无人值守”。

如果定时任务失败，备用路径也很简单：手动调用同一个 Skill，使用同一份输入和规则，先把这周的工作交出去，再处理触发问题。没必要临时重写一套周报方法。

结果要审核，修正要留得下来

AI 交稿后，我会先看事实，再看表达。

完成事项能否找到对应成果？上周的计划有没有遗漏？未完成项是否保留？看板数字与正文是否一致？涉及原因和下周优先级的判断，是否经过我确认？

这些问题过关，才是一份能用来汇报的周报。自动生成得快，不能代替这一轮检查。

审核中发现的问题，也要分开处理。如果是这周的日期写错了，就改这周的记录；如果是它每次都会把重复材料算两遍，就把去重规则补进 Skill。

不能因为这周临时调整了一个任务，就让 AI 把这个任务永久写入长期规则。能沉淀下来的是整理方法和判断标准，下一周仍然要读新的事实。

从发指令、搭环境、定规则，到验收结果、校正工作方式，这几步接起来，才形成一个人机协作的工作流。AI 持续处理重复工作，人把握目标和关键决策；审核反馈再进入下一次运行。

算一算这条流水线的“税后收入”

我喜欢用“税后收入”来衡量这件事：AI 帮你省下来的总时间，还得扣掉搭建、维护和审核。

如果每周生成之后都要花更久返工，这条流水线就还没给你带来收益。看板再漂亮，也不能把这部分成本省略掉。

可以连续记几周：原来找资料和写周报花多久，现在归档、维护、审核各花多久。初次搭建的时间单独记，再看使用几次后有没有摊回来，不急着给自己写一个效率提升百分比。

工作很少、周报偶尔才写一次，临时让 AI 整理就足够了。工作记录持续产生、格式比较固定，又经常需要对照计划，这种系统化的做法才值得尝试。

我想通过周报讲的是：遇到一个反复发生的工作，可以从输入、加工、输出和审核这条链路去安排 AI。先把一件事接起来，再根据每次的结果修正规则。

扣掉维护与审核后省下的时间，才是这条工作流的收益。

关注我，一起用 AI 提效，把想法做成能卖的东西。

—— 月明水清深