# 给每周都干的那件活写一张工序卡：把前面学的招固定下来

为什么单点技巧串不成习惯，以及怎样把一件每周重复的事务写成含触发、输入、预检、检查点和停止条件的工序卡

> AI 工作流 · 验证成本 · 返工与检查 · 任务委派 · 约 7 分钟 · 10 月 15 日

## 本篇要点

1. 值得做成工序卡的活，要同时有明确触发、大致稳定的输入、可检查的产物、一个拍板的人，以及够高的重复频率。
2. 工序卡不等于保存下来的提示词：它还要写清触发、输入、预检、步骤、检查点、产物、完成标准与停止条件。
3. 常量（判定规则、字段口径、输出结构、每次都要跑的检查）写死在卡上，变量（日期范围、文件名、本期重点）每次当输入传进来，卡才不用每周改。
4. 预检专门挡一种失败：输入本来就是坏的，它照样交出一份格式漂亮的成品。
5. 停止条件要写进卡里：输入缺列、行数异常、数字对不上时应当停下说明，而不是硬编一份完整的稿子。
6. 检查点只放在要发出、要覆盖源文件、数据有歧义、把握不大这几类位置；摆出的应该是产物加异常清单，而不是一句“继续吗”。
7. 先把同一件活手动配着 AI 跑三次，看差异是否收敛，再考虑图省事；测试要覆盖正常输入、残缺输入和一个以前靠人判断的边界例子。
8. 卡要带版本号，产物也带版本号，这样结果变化时你能分清是输入变了还是规则改了。
9. 活很罕见、每例都不同、复查比做还慢，或者一条公式就能解决的，不值得做成卡。

---

前几篇各解决一个动作：怎么挑活、怎么下指令、怎么读长文、怎么抽查数字、怎么排汇报结构、怎么把会议记录变成行动项。每一招单拎出来都能用，可到了真的周五下午，你还是得临时回忆该走哪几步、该查哪几格，忘一步就得返工。这一篇要做的是把它们固定下来：挑一件每周都会重复的办公事务，写成一页工序卡，下次直接照着走。

## 先挑一件值得做成卡的活

不是所有活都值得写成卡。值得做成卡的活，一般同时满足五条 [1]：

- **有明确的触发**：不是“有空的时候做”，而是“周五下午表导出来了”这种会自己到来的时刻。
- **每次输入差不多**：同样的导出表、同样的字段、同样的上期文件。
- **产物能被人检查**：一份周报、一张异常清单，而不是“脑子里有数了”。
- **有一个拍板的人**：产出发给谁、谁来签字，说不清楚就先别做卡。
- **重复频率够高**，省下来的时间能盖住写卡和复查的成本。

按这五条筛，临时救火、一次性的申报材料、每例都不同的活都不合格；每周的项目进度更新、每月的报销核对、固定节奏的客户回访记录，才是卡的材料 [4]。

## 卡上要写七样东西，每样挡一种失败

一份工序卡不是把提示词存起来。提示词只是其中一小块；真正让它重复跑得住的，是另外几项 [1][2]。下面按顺序说，每一样都对应一种具体的翻车方式。

**一、触发。** 写清什么时候开始，最好精确到“谁在什么时候把哪个文件放到了哪里”。只写“每周”，就会出现“今天算不算这周”“节假日顺延吗”这类每次都要重新决定的空当。

**二、输入。** 这里要分清两类东西，这是整张卡能不能复用的关键。

- **常量**：每次都一样的判断规则。什么算逾期、表里必须有哪几列、输出用哪几个小标题、哪些检查每次都要跑。这些写死在卡上。
- **变量**：每期都换的值。本周的日期范围、这次导出的文件名、这次要不要顺带看某个专题。这些当成参数传进来，不写进卡里。

分不清会怎样？你会把“本周日期范围”写死，下周就得改卡；或者把“什么叫逾期”留空，每周口径都不一样，上周的结论和这周的对不上。

**三、预检。** 在动手之前，先确认输入是能用的：该有的列在不在、行数是不是突然少了一半、任务 ID 有没有重复。这一步看着多余，实际挡的是最气人的一种失败——**输入本来就是坏的，它照样给你一份格式漂亮的成品**，你照着用了，错到下游才发现 [1]。

**四、步骤。** 用动词开头，写成固定几段：分组、挑异常、按固定小标题写。步骤要写到“能直接开工”这个粒度，别写成“推进周报”。

**五、检查点。** 卡在哪儿停下来交给人看。放在什么位置，后面单独说。

**六、产物。** 具体到一个文件、一份草稿，而不是“输出结果”。有一个能点开看的成品，你才审得动、也才留得住。

**七、完成标准与停止条件。** 完成标准是可观察的验收条件，比如“每个数字都能在表里找到”。**停止条件同样要写**：输入缺列、行数异常、某个数字对不上又改不动时，直接停下说明卡在哪，而不是硬编一份看起来完整的周报 [2]。一张卡只说成功长什么样，不说什么时候该停，等于没有保险。

## 一个例子：周五的周报

把上面的骨架套到一件最常见的活上，就是这样：

```
周报 v1.1（本版改动：波动阈值从 20% 改成 30%）

触发
  周五 15:00 前，本周任务表导出到共享盘后开始。

输入（每次换）
  本周导出文件名、本周日期范围。
输入（写死在卡上）
  列口径、逾期定义、输出小标题、每次都要跑的检查。

预检
  表里必须有：任务ID、负责人、状态、截止日期。
  行数比上周少一半以上，或任务ID有重复，
  就停下写 needs-review.md 说明问题，不往下做。

步骤
  1. 按状态分组：已完成、进行中、逾期。
  2. 挑出本周发生变化的行：状态变了、截止改了、新出现风险。
  3. 按固定四段写：已完成、卡点、下周计划、需要你决定的事。
  4. 卡点每条都带负责人，没名字的写“未指定”。

检查点（做完停在这里等我看）
  草稿和异常清单一起给我，不要只问“继续吗”。
  触发条件：要对外发出；要覆盖上周文件；
  某项数字和上周差 30% 以上；某条卡点找不到负责人。

产物
  weekly-report-draft.md 和 exceptions.csv。

完成标准
  每个数字都能在导出表里找到；
  每条卡点都有负责人，或明确写着“未指定”；
  逾期条数和表里筛出来的一致。

停止并交回
  输入缺列、行数异常、数字对不上又改不动时停下说明，
  不要硬写一份完整的周报。
```

```mermaid
flowchart LR
  A["触发：表导出完"] --> B["预检输入"]
  B -->|"不合格"| Z["停下写 needs-review"]
  B -->|"合格"| C["按固定步骤处理"]
  C --> D["检查点：交草稿加异常清单"]
  D -->|"放行"| E["产物定稿"]
  D -->|"数字对不上"| F["退回查原因"]
```

## 检查点放在哪，长什么样

检查点不是越多越好。把每一步都拿来问一遍，你会练成条件反射式的点“同意”，真正危险的那次就从噪音里溜过去了 [3]。它该出现在满足下面任意一条的地方：

- 要**发出去或公开**，之后收不回来；
- 要**覆盖源文件**，改错了没有原件可退；
- 数据本身**有歧义**，需要人来判断该算哪一类；
- 下一步的依据**把握不大**，比如某条卡点是不是真的归某人。

还有一个容易被忽略的细节：**检查点要摆出产物和异常清单，而不是只问一句“继续吗”** [1]。审的人需要看到“打算发什么、哪几条不对劲”，才做得出判断；只给一个“继续/取消”，他只能点继续。

## 先手动跑三次，再谈省事

一个常见的顺序错误，是把还不太稳的流程直接排成定时任务。判断标准很简单：**同一件活，你手动配着 AI 跑三次，每次的差异是否收敛** [2]。如果三次里两次都要你临时改口径，那问题不在自动化，在卡还没写清。

测试至少覆盖三类样例 [1]：

1. 一个正常例子；
2. 一个输入残缺的例子（少一列、文件名不对）；
3. 一个以前必须靠人判断的边界例子。

第三类最容易暴露问题。如果坏输入也能得到一份漂亮答案，说明预检没起作用，这张卡还不能交出去重复用。

最后，给卡写上编号和版本，也让产物带上版本号。这样下次结果变了，你能分清是输入变了还是规则改了 [1]。检查点如果连着几个月都原样放行、一次都没改过，那也值得去看一眼：是这里本来就不需要人，还是你在走过场。

## 什么时候不值得做卡

卡不是越多越好。活很罕见、每例都不同、复查比做还慢，或者一张表加一条公式就已经解决的，都不需要卡 [1][4]。这几种情况里，手动做反而更快，也更容易发现例外。

到这里，整条链就闭合了：**前面几篇教你每一步怎么做对，这一篇教你把这套判断固定成下一次不用想就能走的顺序。** 你要维护的不再是一堆散落的技巧，而是一张会随你改口径而升版的卡。

## 术语表

- 工序卡：一张写清某件重复的活从触发到产物的固定走法，下次照着执行的工作清单，比提示词多出输入、检查点和停止条件。
- 触发：让这件事自动开始的那个具体事件，例如某个文件被放到某个位置，而不是含糊的“每周”。
- 常量与变量：卡上写死的判断规则是常量，每期会变的日期、文件名是变量；分清这两类，卡才不用每次改。
- 预检：动手之前的输入体检，确认该有的列在、行数正常，把坏输入挡在流程外。
- 检查点：流程中预先定好要停下来交人看的位置，交付的是产物加异常清单，不是一句“继续吗”。
- 停止条件：写进卡里的“什么时候别做了”，输入不合格或数字对不上时停下说明，而不是硬出一份成品。
- 完成标准：产物的可观察验收条件，例如每个数字都能在源表里找到、每条卡点都有负责人。

## 来源

1. [How to Turn a Repeated Task Into a Reusable AI Workflow — 工序卡的构成（触发、输入、预检、步骤、检查点、产物、验收）、常量与变量之分、三类测试样例与版本管理](https://agenaxy.ai/learn/how-to-turn-a-repeated-task-into-a-reusable-ai-workflow/)
2. [Async Agent Routines — 触发、上下文、允许动作、产物、验证门、人审线六件套，以及“先手动跑通再排定时”的顺序](https://teamvince.com/routines)
3. [Human-in-the-loop checkpoints without killing throughput — 检查点应放在“后果重”和“把握低”两类位置，检查点过多会把审查变成走过场](https://proofoftech.org/blog/human-in-the-loop-checkpoints/)
4. [AI agent skill use cases for teams — 可复用流程与一次性任务、人来拍板的决定之间的界线](https://www.skillsboard.sh/guides/ai-skill-use-cases-for-teams)

---

原文：https://pangzhengboyin.com/articles/turn-recurring-office-task-into-reusable-ai-workflow-139ff113

> **庞征博引** · 想学的，慢慢都会
>
> 庞征博引是把想学的东西写成连载的 AI 学习工具。说出想学什么，它会先了解你的基础，再把主题写成一篇篇 5–10 分钟能读完的文章；边读边问，接下来学什么跟着你走。这篇就是这样写出来的。
>
> 开始你自己的连载 → https://pangzhengboyin.com