复盘一周自动化：哪些真省了时间，哪些只是自我安慰

连续一周，我每天花十几分钟跑一套重复操作：签到、发一篇文章、打开某个云工作区待一会儿、给几个仓库点 Star。

周末复盘了一下，结论有点扫兴：这套东西的价值，比我想象的低得多。

一、四类任务的真实成本

真正花时间的不是操作，是写东西。而写东西恰恰是自动化不了的。

二、我以为的省时间，其实是把时间挪了个位置

自动化的常见误区：把"执行时间"换成了"维护时间"。

这一周实际发生的事：

• 为了调通一个入口，花了两小时对比两个 URL 参数
• 为了排查"为什么没计分"，翻了三次接口、截了五张图
• 为了把 PPT 塞进模板，对着形状索引试了四轮

这些时间加起来，够我手动做十几天的任务了。

结论：只有"高频 + 稳定 + 无趣"三件事同时成立，自动化才划算。偶发一次的任务，手做更快。

三、真正赚到的不是时间，是认知

说完全没收获是假的。这一周真正有用的产出，都不是"任务完成了"，而是：

1. 看清了系统的判定机制——哪些是实时判定，哪些是批次结算。以前只会说"平台有 bug"，现在能指出是"我的操作信号没被采集到"
2. 学会了用接口代替页面——UI 会滞后、会缓存，接口才是事实
3. 踩了重复提交的坑——5 次机会用掉 4 次，从此知道非幂等操作要先查状态
4. 理解了"假成功"的代价——HTTP 200 和"功能真的跑通了"是两件事

这些经验在其他地方都能复用。相比之下，攒到的那点积分是副产品。

四、如果重来一次，我会怎么做

1. 先手动做三天，再决定要不要写脚本。

手动做能暴露真实的痛点：哪一步最烦、哪一步最容易错、哪一步平台会卡。没做过就写脚本，等于凭空猜需求。

2. 判定逻辑先摸清，再动手。

这一周最大的时间浪费，都花在"做完了但不算"上。如果一开始就抓包看判定接口，能省掉一大半调试。

3. 接受"不能自动化"的部分。

写文章、做判断、处理异常——这些必须人做。脚本只负责搬运和重复。

小结

自动化不是越多越好。它像杠杆：方向对了放大收益，方向错了放大浪费。

这一周我放大了不少浪费，但也换回了几个真正有用的认知。算下来不亏，只是别把它当成"省时间"的手段——它更像是"用时间换理解"的过程。

下周我打算只保留两件事自动化：签到和 Star。剩下的手动做，反而更快。