自动化脚本真正提升效率的方式，不是省几秒，而是减少认知切换

很多人提到自动化，第一反应是“省时间”。这当然没错，但我更看重的是另一层价值：减少认知切换。

人真正被消耗的，往往不是那 20 秒的复制粘贴，而是在几十个细碎动作之间不断切换上下文。

自动化最适合解决什么问题

我会优先把这三类事情交给脚本：

1. 输入输出格式固定，流程重复率高。
2. 每次都需要做相同判断，但人做起来很容易遗漏。
3. 会频繁打断主任务流，影响专注连续性。

比如批量改文件名、生成日报、清洗文档、同步配置、拼接内容元数据，这些事情很少有创造性，但非常消耗注意力。

好脚本的标准不是“高级”，而是“安心”

一个好脚本应该满足：

• 命令足够短，容易记住
• 失败时信息足够清楚
• 输入输出明确，不会悄悄改坏东西
• 可以嵌进更大的工作流，而不是只适合一次性使用

下面是一个我很喜欢的脚本雏形，它做的事情不复杂，但非常适合放进日常工具箱里。

import fs from "node:fs/promises";
import path from "node:path";
 
async function renameWithDate(directory: string) {
  const files = await fs.readdir(directory);
 
  await Promise.all(
    files.map(async (file, index) => {
      const ext = path.extname(file);
      const nextName = `note-${String(index + 1).padStart(2, "0")}${ext}`;
      await fs.rename(path.join(directory, file), path.join(directory, nextName));
    }),
  );
}
 
renameWithDate("./drafts");

重点不在于这段代码有多复杂，而在于它把“重复判断文件名”的脑力支出彻底拿走了。

自动化是一种设计，不只是写脚本

我越来越觉得，自动化的关键不是写出多少脚本，而是有没有为工作流设计一个好的入口。

例如：

• 是不是只要一个命令就能完成
• 运行结果有没有明确反馈
• 能不能和内容系统、站点构建或 AI 工具串起来

当脚本开始和知识系统、项目站点、表单接口连在一起时，它就不再是孤立脚本，而是“基础设施”。

最终目标

自动化不该让人感觉自己在维护机器，而应该让机器默默处理那些不值得你反复消耗注意力的事情。

真正的效率提升，往往不是时间表上的微小优化，而是把大脑还给更重要的判断。