个人项目，先自动化哪一步？

做个人项目最容易上头的一刻，不一定是功能上线，而是突然想把所有流程都自动化。

抓素材、写稿、制图、发布、备份、告警，最好按一下按钮全跑完。画流程图的时候很爽，真正开始改才发现，每一步都有例外，每个例外又能长出一套配置。

最近读到一篇文章，作者说系统化思考很耗能，一个人不可能在所有领域同时保持高强度。我把这句话放回个人项目，得到的不是“别自动化”，而是先选对第一段。

我会先看三个条件。

第一，频率高。一个月只做一次、每次五分钟的动作，即使全自动，省下的也不多。第二，规则确定。同样的输入能得到可检查的输出，脚本才不需要天天猜。第三，失败可恢复。中途停下以后能看见做到哪一步，重跑不会重复发消息、重复扣款或覆盖原文件。

例如一条内容流程里，给15张图片按固定规则命名、检查尺寸、生成清单，很适合自动化；决定今天写哪五个题，不适合仅因为“模型能选”就完全放手。前者重复、确定、可重跑，后者牵涉判断和取舍。

Basecamp的Shape Up提到，做复杂项目时，与其先造一堆分散零件，最后再赌它们能拼起来，不如先做一条有意义的端到端小链路。这个原则放到自动化也很实用。

不要先写一个万能调度器。先挑一段真实重复劳动，让它从输入走到输出，再故意让它失败一次：网络断了会怎样，文件已存在会怎样，外部接口超时会怎样。恢复跑通以后，这段自动化才是真的减负，不是把手工麻烦换成排查脚本。

自动化的第一项指标，不是代码行数，也不是按钮少了几个。我更愿意看下一次执行时，人是不是少记住了一件事，失败以后是不是少慌了一次。

如果系统上线后，我仍要守在旁边盯每一步，它只是把劳动换了界面。真正值得继续扩的信号，是那一小段已经能够独立跑完、留下证据，也能在出错后回到原位。

资料：

来源