资讯 · 改写稿
iOS 27 通知自动化：把任意 App 的通知变成快捷指令触发器
过去快捷指令的自动化触发器局限于日历、提醒事项、邮件、信息等系统内容；通知自动化把范围放开到任何会发通知的 App，连微信这样的高频应用也能作为入口。而且通知本身带着可筛选、可处理的内容，不同内容可以走不同操作。
使用前提
要让它工作，App 必须开启系统通知，并且在「锁屏」或「通知中心」里至少选择一种显示位置。来源页明确指出：单独选择横幅无法运行通知自动化。
三个筛选字段
基本逻辑是「收到指定 App 的通知时运行快捷指令」，主要通过三个字段筛选：通知标题、通知副标题、通知信息正文。多个筛选条件之间是「同时满足」，不是满足任意一个。比如微信通知，标题是联系人备注，正文是消息内容，只有在该联系人发来包含指定内容的消息时才会触发。
字段怎么对应，最稳的办法是观察 App 最终显示的通知结构：通常第一行是标题、第二行是副标题、第三行是正文，各部分字重也不同。来源页提醒一个坑：快捷指令「显示通知」操作里的「标题」，在实际通知里落在第二行，在通知自动化里属于副标题；第一行的指令名称才是标题。所以要看最终显示，而不是照搬操作面板的字段名。
输出变量能拿来做判断
通知自动化的输出变量「通知」带多种详细信息，例如 App 名称、标题、副标题、正文、通知日期。这些都可以作为后续判断依据，执行不同操作。来源页给的例子是：收到某人的报名消息，但发送时间已过报名截止，就自动回复一条自定义内容。
本站对照与本站计算
这类「收到事件 → 执行动作」的链条，和站内 Muse 教程里让 Agent 替你操作电脑的思路一致，区别是 iOS 把它做成了系统级触发器。若要把通知里的文本交给云端模型处理，先算一笔账：本站计算——用站内 额度计算器（默认 1 个 Token 约合 1.5 汉字）折算，10 亿 Tokens ≈ 15 亿汉字；按每条通知正文约 50 字估算，够处理约 3000 万条通知文本。也就是说，轻量文本处理几乎不构成额度压力，真正要盯的是触发频率与是否调用了外部服务。
只选了横幅通知：单独横幅无法运行通知自动化，要选锁屏或通知中心。
照搬「显示通知」面板的字段名：实际通知里字段位置不同，要看最终显示。
以为满足任一条件即可：多个筛选条件是同时满足。
自检清单
通知自动化只加了一个触发条件，却等于多了一整层输入：任意能发通知的 App，都能在收到通知时跑一条快捷指令。
常见问题
为什么我的通知自动化不触发？
先检查该 App 是否开启系统通知，且是否在锁屏或通知中心显示——来源页明确说单独选择横幅无法运行。
三个筛选字段怎么对应？
按 App 最终显示的通知结构判断：通常第一行标题、第二行副标题、第三行正文。快捷指令「显示通知」里的「标题」在通知自动化中属于副标题。
多个筛选条件是什么关系？
需要同时满足全部条件，而不是满足任意一个。
能拿通知内容做不同操作吗？
可以。输出变量「通知」含 App 名称、标题、副标题、正文、日期等，可作为判断依据分支出不同操作。
来源参考
以上为外部来源；本文为 RefHub 用自己的结构重写，事实以来源页为准，价格与政策会变，请回源核对当日。
下一步：想看系统级自动化怎么和云端模型配合，读 AI Agent 和传统自动化怎么选；要估算文本处理成本，用 额度计算器。