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

先挑一件值得做成卡的活

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一个例子：周五的周报

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

1周报 v1.1（本版改动：波动阈值从 20% 改成 30%）
2
3触发
4  周五 15:00 前，本周任务表导出到共享盘后开始。
5
6输入（每次换）
7  本周导出文件名、本周日期范围。
8输入（写死在卡上）
9  列口径、逾期定义、输出小标题、每次都要跑的检查。
10
11预检
12  表里必须有：任务ID、负责人、状态、截止日期。
13  行数比上周少一半以上，或任务ID有重复，
14  就停下写 needs-review.md 说明问题，不往下做。
15
16步骤
17  1. 按状态分组：已完成、进行中、逾期。
18  2. 挑出本周发生变化的行：状态变了、截止改了、新出现风险。
19  3. 按固定四段写：已完成、卡点、下周计划、需要你决定的事。
20  4. 卡点每条都带负责人，没名字的写“未指定”。
21
22检查点（做完停在这里等我看）
23  草稿和异常清单一起给我，不要只问“继续吗”。
24  触发条件：要对外发出；要覆盖上周文件；
25  某项数字和上周差 30% 以上；某条卡点找不到负责人。
26
27产物
28  weekly-report-draft.md 和 exceptions.csv。
29
30完成标准
31  每个数字都能在导出表里找到；
32  每条卡点都有负责人，或明确写着“未指定”；
33  逾期条数和表里筛出来的一致。
34
35停止并交回
36  输入缺列、行数异常、数字对不上又改不动时停下说明，
37  不要硬写一份完整的周报。
绘制中

检查点放在哪，长什么样

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

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

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

先手动跑三次，再谈省事

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

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

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

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

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

什么时候不值得做卡

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

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