我曾经花一整个晚上整理终端：换主题、调提示符、重写别名，再给几个几乎不会运行的命令加上漂亮的补全。结束时桌面很整齐，但真正计划完成的事情一点也没动。
配置工具很容易给人一种正在推进工作的满足感。它有清晰的输入和即时反馈，改完立刻能看到结果。相比之下，写文章、排查系统或设计一个功能总带着不确定性。于是我们会自然地躲进工具里。
少一次决定，比多一个功能更有价值
后来我开始用另一个标准判断工具：它是否减少了下一次工作需要做的决定。一个可靠的默认值、一条能重复执行的脚本、一份简短准确的运行说明，往往比增加十个可配置选项更有用。
真正成熟的自动化也不是“什么都自动”。它应该把机械步骤收起来，把需要判断的边界留给人。部署前自动检查配置、失败时保留旧版本、成功后给出可验证的结果——这些设计让人把注意力放在决定上，而不是记忆命令上。
工具的最高效率，不是让操作显得更快，而是让人不再想着操作本身。
把维护成本也算进来
每引入一个新工具，也引入了一份未来的维护：版本会变化，配置会过期，账户会失效，团队里的其他人还要理解它。省下五分钟的东西，如果每个月需要花半小时照顾，就只是把成本藏到了以后。
因此我现在更愿意保留少数朴素的工具。它们可能没有最漂亮的界面，但退出路径清楚，数据格式开放，坏掉时也容易从底层检查。重要的不是工具永远不出错，而是出错时我仍知道系统在做什么。
一个简单的问题：如果明天删掉这个工具，工作成果还在吗？如果答案是否定的，就应该先想清楚数据导出、替代路径和恢复方式。
工作应该留在前景
我仍然喜欢折腾工具，只是不再把所有优化都叫作生产力。有些配置纯粹是兴趣，这当然很好；承认它是兴趣，反而能让工作和玩具各自轻松一点。
当一个工具真正合适时，使用它的感觉通常很平淡：打开、完成、离开。注意力没有被界面截走，成果却已经留在了那里。