用自动化把重复劳动交给机器：一个人的效率系统

很多人容易把自动化搞反了：先学工具，再找场景。结果就是做出一堆炫酷但用不上的流程。

正确顺序是：先记录重复劳动，再决定要不要自动化。

第一步：记录两周

拿一个表格，每次做”重复性动作”就记一行：

动作	频率	单次耗时	每周总计
整理周报数据	每周五	40 分钟	40 分钟
给文章配封面图	每篇	15 分钟	30 分钟
同步各平台发布	每篇	20 分钟	40 分钟

两周之后你会有一张很诚实的清单。大部分人会发现自己每周有 5-8 小时花在完全机械的事情上。

第二步：用三个条件筛选

不是所有重复劳动都值得自动化。满足以下三条才动手：

每周至少发生一次
单次耗时超过 10 分钟
规则能写清楚（不需要临场判断）

第 3 条最容易忽略。如果你自己都说不清”这个要怎么做才算对”，那就没法自动化——先标准化，再自动化。

第三步：选工具，按复杂度分档

复杂度	工具	典型场景
低	系统快捷键 / 文本替换	固定话术、路径
中	Raycast / Alfred 工作流	组合动作、模板生成
中高	n8n / Make	跨平台数据同步
高	自己写脚本 + cron	定制化处理

从最低档开始试。 我见过用 n8n 搭了 20 个节点的工作流，其实一个文本替换就能解决。

一个能立刻上手的方案

每周做一次的这个流程，几乎人人适用：

#!/usr/bin/env bash
# weekly.sh —— 周五下午跑一次
set -e

# 1. 汇总本周改动
git -C ~/vault log --since="1 week ago" --oneline > /tmp/week.txt

# 2. 生成周报草稿
claude -p "读 /tmp/week.txt，按'完成/进行中/阻塞'三部分生成周报草稿，200 字以内"

# 3. 备份
rsync -a ~/vault/ /backup/vault/

三件事：汇总、生成、备份。以前要 25 分钟，现在 30 秒。

三个容易踩的坑

1. 自动化了不该自动化的事

需要判断力的事情自动化之后，产出的错误会比节省的时间更贵。涉及对外发布、涉及金钱、涉及不可逆操作，一律保留人工确认。

2. 没有失败提示

静默失败的自动化比不自动化更危险——你以为它在跑，其实三个月前就挂了。

# 失败时发通知，别静默
claude -p "..." || notify "周报生成失败"

3. 自动化之后不再回看

流程会腐化：API 变了、目录结构变了、需求变了。每季度花半小时检查一遍所有自动化是否还正常。

结语

自动化的目标不是”让系统变得复杂”，而是让你每周少做几件不需要你判断的事。

判断标准是：装完这套东西之后，你有没有真的把那些时间拿去做更重要的事。如果没有，那只是把忙碌换了个形式。