我第一次看到自动化任务被改，还是有点慌

上周凌晨，我打开自己的 GitHub 项目，发现自动发布流程多了一步：下载了一个陌生脚本。以前它只负责整理文字，现在却能接触仓库里的客户资料。我赶紧停掉流程，但手心还是出汗。后来我才明白，这类“自动帮忙做事”的任务，省时间的同时，也把一部分决定权交给了第三方。

如果你也用 GitHub Actions，这篇文章不是让你立刻全部上锁，而是先找出那些一旦被改动就可能碰客户文件、发消息或花钱的任务。

它是什么，为什么会有人在用

简单说，GitHub Actions 就是让 GitHub 按步骤自动做事：每次提交代码后，帮你测试、生成文件、发布内容。给关键步骤加上人工确认，就像给办公室的门加一把需要本人开锁的门。任务走到门口时，先等你点“批准”，再继续。

我认识一位做独立开发的朋友林哲，在杭州远程接外包项目。他把“更新客户交付包”设成需要手动批准，避免自动流程误覆盖文件。另一位自由职业者阿晨，在深圳维护个人网站，则只给能发布正式内容的步骤加锁，测试任务仍然自动跑。这样既少一点折腾，也没有把所有便利都扔掉。

你今天复刻的成本

钱：GitHub 的个人免费额度通常够小项目使用，额外配置基本是 0 元；如果你用团队套餐，以你实际账单为准。
时间：第一次梳理大约 30-60 分钟，真正加锁通常 10 分钟左右。
技术门槛：需要会看一点 GitHub 的工作流文件，但不用学复杂编程；第一次可以照着文档逐行改。
第一步：打开 GitHub 仓库，点“Actions”，进入你最常用的工作流，再点右上角“Edit workflow file”，找到要确认的步骤，加入人工批准设置。别先改重要仓库，先拿测试项目练一遍。

按你现在的阶段，我会这样选

如果你刚起步、项目还没有正式客户，我会先保持默认设置，只关闭不需要的第三方连接；这类工具不是所有人都需要，现在不试也没事。
如果你已经有 1-2 个客户，我会先把涉及客户文件、邮件发送和付款的步骤逐个过一遍，给最关键的一两个加人工确认。
如果你正在扩规模，除了加锁，我还会把自动任务和权限清单每月复核一次，并把批准人和备份负责人分开。这样做不是为了显得谨慎，而是让系统出问题时，还有一个人能及时接手。