十个案例助你轻松上手 iOS 27 通知自动化

当初 Mac 上快捷指令新增文件的自动化时，很自然地联想到 Mac 上「自动操作」中的文件夹操作，当时希望其中的日程提醒也能整合到快捷指令自动化中，根据日程或者提醒事项自动执行快捷指令。

没想到苹果直接一步到位，增加了通知自动化，不再局限于日历、提醒事项、邮件、信息等系统内容，任何能发送通知的 App 都能够作为快捷指令的触发器。这意味着除了信息和邮件之外，甚至可以使用微信这样的高频 App 通知作为自动化入口。更重要的是，通知和信息邮件一样，本身还携带了可以参与筛选和处理的自定义内容，可以根据 App 传递过来的不同内容执行不同的操作。

不同 App 可以有不同的提醒方式。不同联系人可以有不同的紧急状态。不同通知内容也可以执行完全不同的操作。

所以通知自动化本身，看起来只是增加了一个触发条件，实际上多了一整层可以利用的「输入」。

要使用通知自动化，必须开启 App 的系统通知并在「锁屏」或「通知中心」中至少选择一种通知显示位置，单独选择横幅无法运行通知自动化。

通知自动化的基本逻辑非常简单：收到指定 App 通知时运行快捷指令。 目前主要可以通过三个字段筛选通知：

通过添加筛选条件，能更精确地定位指定的通知。添加多个筛选条件时，通知需要同时满足所有条件，而不是满足任意一个即可执行指令。例如微信通知的标题为联系人备注，信息为消息内容。只有在这个联系人发送包含指定信息的情况下，自动化才会执行指令。

三种筛选条件通过观察 App 最终显示的通知结构来确定。通常可以结合文字的层级换行来判断不同字段分别对应标题、副标题和信息正文，各部分字重也不相同。假设一条通知最终显示为三行：

这里有一个点要注意，实际通知和快捷指令中的「显示通知」操作的字段有一定的冲突。 图中快捷指令「显示通知」操作中的「标题」，在实际快捷指令通知的第二行，在通知自动化中其实属于副标题，第一行的指令名称才是标题。

像微信通知有两行内容，则分别为标题和信息。微信联系人备注为通知标题，消息内容为通知信息正文。

所以在使用通知自动化的时候，最好是直接观察最终显示出来的通知结构，再确定通知自动化的筛选条件如何选择。

通知自动化的输出变量「通知」有多种详细信息，例如 App 名称、通知标题、副标题、正文、通知日期等。每一个详细信息后续都可以当作判断依据，执行不同的操作。例如微信接收到某人的报名消息，但是发送消息时间已错过报名截止日期，自动回复自定义的消息内容。

之前我们主要通过锁屏、通知中心、横幅、指定的铃声、App 角标获取通知信息。现在则可以利用通知自动化，给通知增加更多维度的提醒，例如变更墙纸、播放特殊语音、产生额外的振动。还可以设定闹钟、增加提醒事项、创建日程，等待一段时间后二次提醒。

之后每收到一次该联系人的消息，就将当前时间和储存空间里记录的第一条消息时间进行比较。

如果发现已经超过 30 分钟，而你一直没有打开 App 或进行回复，那么就可以认为：

当你打开对应 App 后，再通过「打开 App」自动化清理之前储存的消息时间记录，并切换回原本的墙纸。

目前快捷指令并不能真正判断「你打开 App 后，这条消息是不是已经阅读」。所以这里只能把「打开 App」作为一个近似判断，打开 App = 默认已经知道有新的消息，就自动清理之前记录的消息时间。

虽然并不是真正意义上的「已读检测」，但对于日常使用来说，这种方式已经可以作为大致的提醒机制。

使用快捷指令自定义 App 图标之后，原本 App 的角标会直接失效，例如微信或者其他 App 有新的未读消息，桌面上的自定义图标无法显示原本的红色角标。这会导致你在桌面上根本看不出来这个 App 有没有新的消息。所以可以利用通知自动化进行修补。

当指定 App 收到通知后，通过通知自动化获取通知对应的 App 信息，再根据 App 的位置，在当前墙纸上动态叠放一个角标。

这样虽然没有真正改变 App 图标，但可以在视觉上把「未读数量」重新放回原来的位置。

模拟角标的红色圆底白字，将红色圆底图像使用 base64 存储在指令中（iOS 27 新增的储存空间更方便，为了指令分享即用，暂时还是使用 base64 储存，下文也是如此）

通过表达式计算角标在墙纸上的位置，不同设备可以根据裁剪截图自行更改数据。图中角标为第三行第二列，若主屏幕上自定义图标位置改变，需要在指令中手动更改行列数。

当打开微信之后，再通过「打开 App」自动化清除这个角标，重新生成没有角标的墙纸。

不过这种方案更适合只有一个主屏幕页面的情况。如果有多个主屏幕页面，或者同一个 App 在不同页面存在不同图标，就容易产生视觉上的误会。因为墙纸上的角标并不知道你当前到底翻到了哪一页。

其实还有一种更方便的方法，快捷指令不知哪个版本增加了一个「快捷指令添加到主屏幕」的操作。

但是目前比较可惜的是添加之后无法方便地删除。每次生成一个新的图标，就会在主屏幕上多出一个图标。如果再配合通知自动化不断生成，就很容易出现大量重复图标。

而且这种方式也无法像前面的墙纸方案一样，在打开 App 后自动清理。最终还是需要手动删除旧图标。

所以目前来看，还是使用前面的墙纸方案更加灵活。虽然不够优雅，但至少可以自动生成、自动清理，不会不断制造新的 App 图标。

如果觉得在墙纸上直接放数字太过于粗糙，也可以换一种更加「意识流」的方式。尤其适合使用纯色或者极简墙纸的人。

提前为每一个 App 分配一种代表色，或是按照 App 类型分配主题色。这里使用 App 图标本身颜色的 RGBA 值。

不同颜色代表不同 App，通知数量越多，对应颜色占据的面积就越大。就是把原本具体的「通知数量」，转换成一个抽象的视觉信号。

不需要翻看锁屏界面的具体通知，只需要看墙纸的颜色和面积，就能大概了解最近是哪个 App 通知较多。如果某一种颜色突然占据了很大的区域，就说明这个 App 最近产生了大量通知，可能是紧急事件需要及时处理，比起叠放的锁屏通知，更加醒目。

在指令中使用字典储存 App 对应颜色，可以通过截图标记，使用笔刷工具取色获取 RGBA 值。

HTML 制作多信息文本，多信息文本再制作为图像，尺寸要填写设备墙纸的尺寸，可以通过截图在相册详细信息中获取。

并在储存空间的 App 列表中清理指定 App 名称。重复比较 App 列表每一项，只将非指定 App 保存到变量中，实现清理指定 App 名称。

这种方式不比数字更加准确，它更像一种环境信息，不用主动去查看通知，也能够通过墙纸的变化掌握通知的状态。

适合自定义图标或对 App 红色角标焦虑的用户，设置里关闭通知标识，使用墙纸的混色展示通知。

常用的软件微信，只提供了几种消息铃声，人多的时候一个通知，好几个人一起掏手机。App 的通知铃声太过单一，如果希望更加个性化，可以使用快捷指令完全接管通知铃声，在系统设置中关闭对应 App 的通知声音。

这样甚至不需要拿出手机，仅仅通过声音，就能够判断是谁发的消息，是不是需要马上处理。 铃声文件可以从网络上获取素材，也可以自己使用快捷指令制作。

先通过录屏的方式录下一段视频，再利用快捷指令中的「转换媒体」操作，把视频转换成音频，裁剪出需要的部分片段，作为不同联系人对应的通知声音。

对于一些主要使用英文通知的 App，这个功能也非常实用。有时候英文并不是看不懂，而是阅读速度比母语慢得多。尤其是在锁屏上快速扫一眼通知的时候，一条英文通知可能需要多读几秒才能理解。

将原本的英文通知经过了一层「实时翻译」。不需要打开 App，也不需要复制文字。甚至还可以引入 AI，让 AI 判断这个通知是否重要，是否需要翻译还是忽略。

除开通知内容本身，通知的各个详细信息都能够当作触发器用来判断是否要继续执行快捷指令。可以根据 App 名称、通知标题、通知副标题以及通知内容等信息，判断应该执行什么样的操作。并且内容还可以当作指令的输入，将通知内容通过指令进行加工、分类、记录或分析。

通知自动化还有一个很适合 AI 的方向。Apple Intelligence 有一个通知总结的功能，自动总结你需要了解的重要通知。

在目前国行 Apple Intelligence 未准备好之前，可以使用快捷指令替代，通过通知自动化+AI 的方式，自己搭建一套简易的通知总结系统。

把每一条通知都保存到储存空间中。例如 App 名称，通知标题正文，收到通知的时间。

当打开某个 App 时，再把之前保存的通知交给支持快捷指令的 AI 应用进行总结分析。

例如总结今天收到的重要通知。总结今天微信中与工作有关的消息。总结今天所有购物、付款和物流通知。统计某个联系人今天一共给你发了多少条消息，记录一个月，通过消息数量的变化判断心情状态。这样就可以把大量零散的通知，转换成一份更加容易阅读的信息摘要。

通知自动化获取到的内容，是通知实际显示出来的内容，而不是 App 完整的通知内容。

例如快捷指令自己发送的通知，会完整显示大段文字，能够获取较完整的通知内容，当然也存在上限，但已足够使用。

但是微信等 App 的通知，如果内容超过一定的显示范围，就会直接变成省略号，更有甚者直接显示收到了一条消息，看不到消息的内容。

这时候通知自动化获取到的内容，也只能到省略号为止。这对于需要完整处理文本的自动化来说，会有一定限制。从无障碍的角度来看，这种设计也存在值得讨论的地方，希望部分 App 可以改进。

通知自动化还可以制作一个常用的功能，自动记账。以前使用快捷指令记账，最常见的方式之一，是输入文本或者截图。例如消费之后截图，再让快捷指令分析截图中的金额、商家和消费类型。

最开始每次都需要输入金额选择账目类型，后来系统更新了识别图像文字，减少了输入金额的步骤。进入 AI 时代后，一些记账 App 开始提供快捷指令操作，可以直接将截图中的消费信息解析出来。

现在有了通知自动化之后，这个过程还可以继续减少一步。很多支付 App 在付款完成之后，本身就会发送通知。

快捷指令直接获取支付通知中的信息，这样就不需要截图，也不需要再次手动输入。但是消费类型和商家信息在不同支付 App 的通知中可能会缺失，更适合只记录支出收入的记账人群。

虽然 Mac「自动操作」中的日历提醒并没有直接演变成快捷指令的日程自动化，但现在利用日历或者提醒事项产生的通知，也可以间接实现类似的效果。

例如新建一个提醒事项，并使用一个特定标题作为自动化触发器，就可以用来执行指定快捷指令。提醒事项或日程，都可以指定时间，这样就能够实现定时运行快捷指令，比如定时发送微信。

提醒事项中储存内容的详细信息里还可以提前预备好要发送的内容，例如提醒事项的子任务、备注等。标题只负责触发自动化，备注负责储存具体内容。

收到通知 → 查找对应提醒事项 → 获取备注内容 → 将备注发送给指定联系人 → 将提醒事项标记为完成

提醒事项的通知在自动化运行结束后也会自行消失，不用手动清理，不会出现满屏提醒事项通知的情况。

如果没有主动完成这个提醒，那么到了指定时间，就自动把预设好的消息广播发送给所有好友。

创建提醒事项的时候，直接在提醒事项 App 中设置时间，时间颗粒度会受到限制，只能以五分钟为间隔。

开启键入以使用 Siri，方便在各种场合使用，自然语言即可创建。当然，也可以完全使用快捷指令创建提醒事项。

不同品牌的智能家居也可以利用通知作为桥梁进行接力。例如家里安装的人体传感器和灯泡不是同一个品牌，无法直接控制。

利用通知就能够串起不同品牌的智能家居。有机会让原有品牌停止运营后的设备也能与新接入的品牌继续协同工作。

与家庭成员协作的提醒事项有一个问题。当成员给你分配多个提醒事项时，系统会一条一条地发送通知。如果任务比较多，通知就会非常分散。要么不断处理通知，要么只能打开提醒事项 App 查看完整列表。

例如收到「提醒事项分配给你」的通知之后，快捷指令自动查询对应列表中的提醒事项。然后把这些内容整理之后，直接叠放到墙纸上。

还可以进一步利用微信通知。例如设置一个微信通知自动化：只有当协作者发送指定关键词时，才触发快捷指令。然后快捷指令再去查询提醒事项中的详细信息，并主动展示出来。

提醒事项的详细信息中可以添加照片。这样对方不仅可以给你发送文字任务，还可以通过提醒事项附带的图片，直接设定任务墙纸。

iOS 27 的通知自动化，不仅是又多了一个自动化触发条件。它一定程度上改变了通知的处理方式。让「通知」从单纯的提醒，变成了一个可以被快捷指令读取、判断和处理的信息入口。

现在可以变成：App → 通知 → 快捷指令获取内容 → 判断 → 执行操作 → 必要时再通知人。

这套机制可以扩展到什么程度，有非常大的想象空间，希望本文能起到抛砖引玉的作用，让制作的快捷指令更加实用和有趣。