Claude Code 简化重复任务：手动变一键自动

先找出值得自动化的那一个

回想过去一周，把做过不止一次的事列出来。再用三个条件筛：频率高，每周至少一次，否则省下的时间不够折腾；结构稳，每次的组成部分差不多，只换内容；错了代价可控，结果有人复核，不会直接产生对外后果。

三条都满足的排最前。只满足一条的先放着——搭自动化本身也要花时间，选错了比不做更浪费。

判断「值不值」有个简单办法：先按老办法做一次，掐表记下耗时，再估改造要花多久。如果改造一次的时间，超过它一个月能替你省下的时间，就先放着。

拆成固定件和变化件

以周报为例：做成了什么、卡在哪、下周打算、需要谁配合，这四块每周都在，是固定件；每块里的具体内容每周不同，是变化件。

自动化只替换变化件。固定件由模板锁住，你负责提供原料和最后检查。拆不出固定件的任务，说明它还不适合模板化，先放一放。

会议纪要也能这样拆：时间地点参会人、讨论的议题、拍了什么板、谁在什么时候交什么，这几块永远在；变的只是每个议题的具体内容。

把任务写成一张可照做的卡片

筛出目标之后，先别急着写指令，给它做一张卡片。卡片只有五格：什么时候触发、原料从哪里来、按什么骨架处理、产出交给谁、谁负责验收。五格填不满，说明任务还没想清楚，写出来的指令也会飘。

以周报为例：

格子	填写示例
触发	每周五下午五点
原料	周一到周五的五条工作日志
骨架	完成事项、进行中、下周计划、需协调
产出	三百字左右的草稿，发给直属上级
验收	本人核对数字与措辞后再发送

第三格是模板，前两格决定它能不能稳定跑起来。原料如果散在聊天记录、邮件和脑子里，每次都要现找，这个自动化多半会半途而废。先把原料固定到一个文件或一张表，再谈自动。

案例：从日志到周报

每天收工前写两三行，记下当天做成的事和没解决的问题。周五把五天的记录一起交出去：

下面是我这周的流水记录。请整理成周报：做成的事每条一句，突出可交付的结果；没解决的写清卡在哪一步；下周安排三到五条；需要别人配合的单独列。全文三百字左右，语气平实。 记录：[粘贴]

产出是草稿，不是终稿。花几分钟核对事实、补上它不知道的背景，再发出去。

日志不必写得工整，关键词和结果就够。「客户方案改完，等对方确认」这种半句话，比事无巨细的流水账更有用，因为结果都在里面。

同一套办法搬到邮件和汇总

跟进邮件拆成几个变量：收件人、进展到哪一步、这次要传递什么、希望对方做什么、什么时候要答复。模板固定语气和长度，每次只改变量，两三分钟能出一封。

月度汇总同理：各部门按统一表头交数，你把几张表拼起来，让它按「整体情况、部门对比、亮点、风险、下月重点」出稿。

内容生产也能套：一次给出几款产品、统一风格与格式要求，让它批量出草稿，你再逐条微调。批量生成的价值在「先有」，不在「全对」。

记下省了多少：

任务	改造前	改造后
周报	约 50 分钟	约 10 分钟
跟进邮件	约 15 分钟	约 3 分钟
月度汇总	约 3 小时	约 40 分钟

上表只是示例，换成你自己的实际耗时才准。数字的作用不是炫耀，而是帮你判断下一个该改哪个任务。

跑起来之后：三种常见故障

自动化不是搭完就一劳永逸，跑一阵子总会出偏差。先认清症状，比反复重写指令有用：

现象	为什么	怎么办
每次产出的结构都不一样	指令里塞了太多示例，模型分不清哪些是要求、哪些是素材	把示例移出指令，只留骨架和一句「严格按这四段输出」
数字、人名对不上	原料里根本没有这一项，模型按常识补了一个	明说「原文没有的信息写待核实，不要推断」
用两个月后维护不动	模板散在聊天窗口里，换个人就得重写	把指令存进固定文件，改动记上日期和原因

人工检查与边界

• 事实和数字：回原始记录核对。
• 语气和关系：收件人不同，措辞要调。
• 对外发送前：自己过一遍，涉及承诺和时间点的句子尤其要慢。

自动化的价值是把初稿时间压到接近零，把省下的注意力放在判断上。需要现场博弈的谈判、依赖个人立场的创意策略、涉及私人情感的沟通，不适合交给模板——它们的关键恰恰是这一次和上一次不一样。

除此之外，还有三种情况不要自动化：只做一次的事、原料拿不到稳定输入的流程、以及对外发布且责任重大的文书。前两种省不下时间，后一种省下的是检查，风险却留在自己身上。

想把模板再往前推一步，可以把它连同变量说明存成团队共用的提示词模板；流程稳定后如何继续迭代，见持续改进工作流。

自测

1. 你清单里排第一的任务，固定件和变化件分别是什么？
2. 哪一步必须由你亲自做？
3. 改造后省下的时间，你打算用在哪？

流程跑顺之后，卡点往往出在需求没说清，下一节专门讲：需求表达。人工介入的分寸，可以参考人在回路。