---
title: "Claude Code 简化重复任务：手动变一键自动"
description: "先用三个条件筛出值得自动化的任务，再把它拆成固定件和变化件，用日志出周报、用变量出邮件、用统一表头出汇总，并明确人工检查放在哪一步。"
updated: 2026-11-13
canonical: https://docai.cc/learn/automate-repetitive-tasks/
markdown_mirror: https://docai.cc/learn/automate-repetitive-tasks.md
---
## 先找出值得自动化的那一个

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

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

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

## 拆成固定件和变化件

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

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

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

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

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

以周报为例：

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

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

## 案例：从日志到周报

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

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

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

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

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

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

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

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

记下省了多少：

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

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

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

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

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

## 人工检查与边界

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

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

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

想把模板再往前推一步，可以把它连同变量说明存成团队共用的[提示词模板](/concepts/prompt-template/)；流程稳定后如何继续迭代，见[持续改进工作流](/learn/continuous-workflow-improvement/)。

## 自测

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

流程跑顺之后，卡点往往出在需求没说清，下一节专门讲：[需求表达](/learn/clear-requirement-description/)。人工介入的分寸，可以参考[人在回路](/concepts/human-in-the-loop/)。