把 Mac 上一件重复操作交给脚本之前，我会先问一个不太像效率问题的问题：它要怎样停下来？一个小脚本可以打开应用、读取一份本地文件、整理内容，再把结果写到指定目录。真正麻烦的是应用弹出确认框、页面还没加载完、文件格式变了，或者脚本跑到一半时我已经不想继续。没有停止条件的自动化，省下的几分钟很容易变成一小时排查。我现在会把流程拆成四段：输入、转换、输出和记录。输入只读，不在脚本里保存账号或 Token；转换阶段先写到临时目录；输出前检查文件数量、大小和哈希；记录里只保留时间、步骤和错误原因。任何一段失败，都不继续往下一段传递半成品。如果需要控制图形界面，优先寻找应用提供的快捷键、文件导入或本地接口，最后才用坐标点击。坐标会随着窗口大小变化，页面也可能出现登录、更新或权限提示。脚本最好有 --dry-run 和超时，执行前告诉我将读取什么、写到哪里，执行后能用一个退出码说明结果。自动化也不等于把 Mac 变成没人照看的机器。它应该把重复动作变成一条可以暂停、检查和恢复的流程。先留一个停止按钮，再谈它能替我点多少次。
自动化 Mac 之前先留一个停止按钮
--dry-run和超时。自动化应成为可暂停、检查和恢复的流程，先留停止按钮，再谈效率。把 Mac 上一件重复操作交给脚本之前，我会先问一个不太像效率问题的问题：它要怎样停下来？
一个小脚本可以打开应用、读取一份本地文件、整理内容，再把结果写到指定目录。真正麻烦的是应用弹出确认框、页面还没加载完、文件格式变了，或者脚本跑到一半时我已经不想继续。没有停止条件的自动化，省下的几分钟很容易变成一小时排查。
我现在会把流程拆成四段：输入、转换、输出和记录。输入只读，不在脚本里保存账号或 Token；转换阶段先写到临时目录；输出前检查文件数量、大小和哈希；记录里只保留时间、步骤和错误原因。任何一段失败，都不继续往下一段传递半成品。
如果需要控制图形界面，优先寻找应用提供的快捷键、文件导入或本地接口，最后才用坐标点击。坐标会随着窗口大小变化，页面也可能出现登录、更新或权限提示。脚本最好有
--dry-run和超时，执行前告诉我将读取什么、写到哪里，执行后能用一个退出码说明结果。自动化也不等于把 Mac 变成没人照看的机器。它应该把重复动作变成一条可以暂停、检查和恢复的流程。先留一个停止按钮，再谈它能替我点多少次。