先给答案： 自动化很少是因为快捷指令有 bug，而是三个很平常的原因——「运行前询问」还开着、一次更新把你给的权限重置了、或者某个 App 改了自己的接口。这三条都能在两分钟内查清，而且没有一条需要你推倒重来。
之所以要先把这句说清楚，是因为网上关于快捷指令的内容大多是「你应该建的 50 个自动化」——恰好是最没用的那种。自动化的难点从来不是建，而是让它一直能用。而大多数人悄悄放弃自动化的原因，就是没学会区分上面这三种失效。
自动化失效的三个原因
① 「运行前询问」还开着。 这是出现频率最高的一条，也最气人——因为它根本不是失效：自动化确实运行了，只是停下来问你一句。新建自动化时，iOS 对多数触发类型默认打开这个开关，于是它的行为从「帮你做」变成「问你要不要做」。点了一周通知之后，你很自然地得出「自动化没什么用」的结论。
打开那条自动化，找到「运行前询问」，关掉。基于时间和地点的自动化这才算真的静默。
② 一次系统更新把权限重置了。 快捷指令的动作经常需要访问某些东西——照片、文件、位置、健康数据，或者其他 App 的数据。第一次运行时 iOS 会问，你点了允许。这个授权不一定永久：大版本更新之后、或者你编辑过这条快捷指令的动作之后，iOS 可能重新问一次。而自动化是在无人值守的情况下跑的，它没法回答弹窗，于是静默失败。
怎么把它和另外两种区分开：手动运行一次（在「快捷指令」App 里点一下）。如果弹出权限请求，答案就是它——而且这从来就不是自动化的问题。
③ 对面那个 App 改了接口。 调用第三方 App 的动作，依赖的是那个 App 自己控制的接口。App 一更新，接口就可能挪位置：URL scheme 改名、参数变了、动作被废弃。快捷指令不会大声报错——只是那一步不再产出下一步期望的东西。
还是手动运行。如果它卡在某一个具体步骤上，而那一步正好碰了第三方 App，那就找到了。修法通常是：删掉那个动作，从更新后的 App 里重新添加一次，再把变量接回去。
两分钟分诊法。 手动运行这条快捷指令。 弹出权限请求 → 原因 ②。卡在某一步 → 原因 ③。手动完全正常、只是不按计划跑 → 原因 ①。
真正值得维护的自动化
诚实的标准不是「这个巧不巧」，而是「它省下的那一下点击，够不够频繁到值得你为它做维护」。每天都会跑、且能替掉三次以上点击的自动化，值得留。一个月才跑一次、或者只省一次点击的，不值得——你会在它回本之前就忘了它是干什么的。
按这个标准，通常能留下来的就这几类：
| 做什么 | 为什么能活下来 |
|---|---|
| 一键晚间流程——开勿扰、设闹钟、改几个 App 级设置 | 替你省掉在设置里来回几趟，而且触发时间你基本一定在 |
| 照片或截图处理——改尺寸、抹掉元数据、存进指定相簿 | 频率高，而且手动做是「麻烦」而不只是「慢」 |
| 快速记录——存下当前位置、记一个时间戳、往笔记里追加一行 | 用的是只有手机才有的数据，比打开 App 手打快 |
| 到达或离开例程——到某个地方自动改设置 | 地点触发省下的正是你本来会忘的那个习惯 |
对照一下网上流传的那些——「到家自动给某人发消息」「自动发社交媒体」——它们要么反正也得你确认一下，要么直接撞上下面说的那些刻意限制。看着厉害，然后被弃用。
边界在哪，别跟它较劲
有两个限制值得先知道，因为大多数「自动化坏了」的抱怨其实都是其中之一：
- 依赖「收到内容」的触发是被限制的。 自动化不能悄悄读你的信息或邮件、再据此行动。iOS 不允许，堆多少快捷指令也绕不过去。如果你的自动化依赖「收到一条消息」，那就接受它一定需要你参与。
- 有些动作仍然要求手机解锁、或者要求 App 在前台。 任何去操作另一个 App 界面的动作，都受那个 App 自身行为的支配。
知道了这些是设计使然，有用的做法就是围绕它们重新设计自动化，而不是一遍遍重建然后期待这次能行。如果你的目标确实必须用到上面某一条，那么「需要时自己手动点一下的快捷指令」通常是更好的答案——至于这些限制为什么存在，可以看App 权限到底给了什么。