--- layout: post.njk source: https://yage.ai/share/android-notification-listener-20260619.html speaker: yage.ai title: 你的 Android 手机里藏着一个通知总控台 date: '2026-06-19' summary: 文章探讨了Android系统中的NotificationListenerService (NLS) 机制，它允许应用在每条通知发出时进行内容级别的决策和干预。通过结合端侧AI模型（如Qwen3-1.7B），可以将通知过滤从简单的来源开关升级到基于语义的内容理解，从而实现更精细的通知管理，例如逐条判断是否是剧透或根据紧急程度动态调整优先级。 area: tech-engineering category: ai-application tags: - notification-listener-service - on-device-ai - content-filtering - semantic-understanding people: [] companies_orgs: [] products_models: - Qwen3-1.7B media_books: [] draft: true status: evergreen --- 世界杯期间，Mira Chen 用 AI agent 糊了个安卓 App：监听手机通知，用本地小模型判断是不是比赛剧透，是就拦掉。她在 Superlinear Academy 社区分享了技术细节。 但我想聊的不是这个 App 本身，而是它背后那个被大多数人忽略的 Android 机制。你很可能每天都在用它的衍生功能，只是不知道它叫什么。 ## 不是关掉通知，是逐条决策 Android 的通知管理，大多数人只用到两个层级：在系统设置里关掉某个 App 的所有通知，或者在 App 内部挑几个通知频道关掉。这两种方式的共同点是按来源做开关。微信的通知要么全开要么全关，体育 App 同理。 防剧透 App 做了一件不一样的事：它不关掉微信的通知，而是让微信的通知正常发出来，然后逐条读内容，判断这条是不是剧透，是就取消，不是就留着。社交 App 的消息不能一关了之，但其中混着的剧透可以逐条筛掉。 这件事之所以能做，是因为 Android 从 4.3 开始内置了 NotificationListenerService（简称 NLS）。App 声明权限、用户授权后，系统会在每条通知发出时回调 App，传过来包名、标题、正文。App 可以读取这些信息，也可以调用 cancelNotification() 取消这条通知，效果等同于用户在通知栏上手动划掉它。整个过程不需要 root。 这个机制和”关掉通知”的根本区别在于决策粒度。关掉通知是按 App 做二元开关，NLS 是按每条通知的内容做判断。前者只能回答”要不要看这个 App 的通知”，后者可以回答”这条具体的消息该不该出现在通知栏上”。 ## 大家拿它做了什么 NLS 2013 年就有了，过去十年里开发者们用它做了几类事情。 最常见的是通知转发。把手机上的通知实时推到电脑、平板或者其他设备上。message-mirror 把 Android 通知和短信一起转发到自建服务器，FlowBell 把手机变成实时 webhook 桥接器。你在电脑前工作时不想频繁拿起手机，但也不想错过重要消息，这类应用解决的就是这个矛盾。 第二类是自动化触发。Tasker 和 MacroDroid 都支持以通知内容作为触发器。有人用 MacroDroid 捕获银行扣款通知，通过 webhook 发到 Make.com，再写入 Google Sheets 自动记账。快递状态变更自动提醒、监控告警自动开灯，都是这个模式。 第三类是通知清理。HideOngoing 专门用 NLS 隐藏那些不能手动划掉的常驻通知。 防剧透 App 属于第四类，也是最新的一类：内容过滤。它不只是按来源或关键词做规则匹配，而是用端侧 AI 模型理解通知的语义。 ## 端侧 AI 让通知过滤从规则升级到语义 Mira Chen 没有调云端 API，而是微调了一个 Qwen3-1.7B 加 LoRA 的小模型，量化成约 1GB 的 GGUF 格式，用 llama.cpp 直接跑在手机本地。中端机一次判断约 900 毫秒，全程离线。 为什么死磕端侧，原因很明确：这个 App 要读通知，包括微信私信。一旦上传服务器，等于把用户最敏感的数据收走。端侧本地跑、一个字不出手机，是它唯一站得住的信任基础。 这个选择也暴露了 NLS 的一个核心矛盾：它的能力边界取决于它能读到什么，而它能读到的东西恰好是用户最敏感的数据。NLS 一旦授权，理论上可以读取所有 App 的通知内容，包括微信消息、银行验证码、邮件预览。Android 15 开始对 OTP 验证码做了 redaction，但整体上这个权限仍然很重。端侧处理不只是技术偏好，是隐私架构的必然要求。 ## 局限和边界 NLS 有几个硬限制。权限门槛不低，用户需要在系统设置里手动开启，每次 App 更新后授权可能失效。拦截不是绝对实时的，通知先发出再取消，在某些手机和 heads-up 场景里可能闪一下。另外 NLS 只能管通知层，点进 App 后看到的内容它管不到。 ## 这个机制还能做什么 NLS 加端侧 AI 这个组合，防剧透只是一个案例。顺着”逐条理解通知内容再决策”这个思路，能做的事情还有很多。 通知优先级动态调整。现在的通知管理是静态的：你提前设好哪些 App 重要。但一条消息的重要性往往取决于内容而非来源。同样是微信消息，老板发的和群聊 @ 所有人的，重要性完全不同。端侧模型可以在通知到达时判断紧急程度，重要的强提醒，不重要的静默收入历史。 跨设备智能路由。你现在用 NLS 把通知推到电脑上，但所有通知都推，电脑上很快也变成另一个通知垃圾场。加上端侧分类后，可以只推真正需要立即处理的消息到电脑。 这些场景的共同点是：它们需要的不是更细的 App 级开关，而是对每条通知做内容级决策。NLS 提供了读取和取消的能力，端侧 AI 提供了理解内容的能力，两者结合才让这件事变得可行。 Mira Chen 在帖子里说，做完慢慢想清一件事：通用防剧透大概率只是个 feature，不是 company。但 NLS 加端侧 AI 这个技术组合本身，比任何一个具体的防剧透 App 都更有想象空间。它把 Android 通知管理从”按来源开关”变成了”按内容决策”，而后者能解决的问题，远比前者多。