自动化有一种诱人的特质：一旦你能把两样东西接起来，一切都看起来都该被接起来。但限制几乎从来不是工具，而是判断哪些任务配得上它、诚实地承认自动化有维护成本，以及拒绝自动化一个你还没简化的流程。
按这个顺序做
标准顺序，而且它违反直觉：
- 消除。 这件事非做不可吗？一份没人读的报告、一个从不做决策的例会，删掉比自动化更好。
- 简化。 能不能用更少的步骤、或更低的频率完成？把十步压到三步，往往比把十步全自动化收益更大。
- 标准化。 给它一致的输入与输出。自动化在遇到"变化"时崩溃，远早于在遇到"量"时崩溃。
- 最后才自动化。
自动化一个混乱的流程并不会修好它——只是让混乱的流程跑得更快，并把它藏到视线之外，在那里它悄悄失效几个月。
什么样的任务适合
- 高频。 每天或每周胜过每月。省下的时间随重复次数放大。
- 规则明确、可预测。 触发清晰、动作清晰、例外很少。
- 结构化数据。 文件、字段、记录——而不是判断与微妙差别。
- 失败成本低。 如果自动化坏了，会发生什么坏事吗？如果有，就加一道人工检查。
- 属于"烦人"而非"有价值"。 自动化那些消耗你的事，而不是你擅长且觉得有意义的事。
- 稳定。 一年后你预计还在做的事。
什么样的任务不适合
- 需要判断力、品味或人际关系的任务
- 任何一次性的事——手动做完就好
- 经常变动的流程，维护成本超过收益
- 出错代价高或不可逆的环节——对外发消息、删除、转账、发布
- 你手动做得还不够多、还不了解其例外情况的工作
三个层级
1. 无代码连接器
把你已在用的服务接起来的"触发-动作"平台——新文件出现就发通知；表单提交就建任务；日历事件结束就写摘要。
- 优势：不需要编程、覆盖服务广、搭建快
- 短板：接口一变就脆，按步计费会增长，调试不透明，复杂逻辑会失控
2. 脚本
一小段脚本，用于重命名、搬运、解析、转换或汇总文件，按需或定时运行。
- 优势：免费、快、不依赖厂商、可版本管理，处理本地杂务很顺手
- 短板：维护归你，且只在你配置好的地方能跑
3. AI 智能体与大模型步骤
把模型当作工作流中的一个环节——给收到的条目分类、起草回复、从非结构化文本里抽字段、总结一串讨论。
- 优势：能处理早年自动化搞不定的"非结构化中间地带"，模糊任务不需要写显式规则
- 短板：输出不确定，凡是要紧的事都必须加校验；成本随用量增长；失败是安静的而非响亮的
按失败成本选，而不是按新鲜感选。确定性步骤就该保持确定性；只有确实写不出规则时，才请模型出场。
大家会忘的部分：维护
每一个自动化，都是你从此拥有的一件东西。账号会过期、接口会变、服务会改版、搭建它的人会离开。实用的护栏：
- 保留一份清单。 用最朴素的方式记下：什么被自动化了、它依赖什么、它停了会坏什么。这是这里价值最高的一个习惯。
- 加失败通知。 静默失败是默认状态，也是最糟的结局——一个三个月前就停了、却没人发现的工作流，比没有工作流更糟。
- 凡涉及外部方或金钱的，记录发生了什么。
- 每季度复盘。 删掉你已不用的自动化——它们是负债，不是资产。
- 宁少勿滥。 十个脆弱的工作流比三个扎实的更贵。
从哪里开始
- 记录一周。 记下每个你做了两次以上、且遵循固定模式的任务。多数人其实已经知道是哪个。
- 挑最烦你、风险最低的那个。 不是最大的那个；是最适合拿来练手的那个。
- 先做能跑的最小版本，然后和老办法并行跑一周。
- 在信任它之前，给输出加一道检查。
- 然后才加第二个。 自动化累积的速度快过被维护的速度，这正是人们最后得到一个不敢碰的系统的原因。
结论
消除、简化、标准化、然后才自动化——按这个顺序。自动化那些高频、规则明确、结构化、且错了也不贵的事；凡出错代价高的地方，就把人留在环里。为你搭的东西保留一份清单，并让失败变得响亮。目标不是把一切自动化，而是不再把注意力花在一周里那些本不需要你的部分上。