一块专门用来发光的通知灯，出厂后只会在两类时刻亮起来：手机面朝下、用户正在和 Gemini 交互；或者收藏联系人打来电话。颜色也只有五种。
这就是 Pixel 11 Pro 的 HiLight。硬件终于回来了，灵魂却被系统权限关在门里。
第三方开发者 Dhananjay_Tech 做了一个 HiLight Studio，试图把这块灯真正变成通知工具。它支持按应用或通知触发灯效，并提供颜色、亮度、强度、饱和度、循环时长和预设动画等控制。公开示例里，Slack 关键词和短信都能成为触发条件。
这件事最刺眼的地方很简单：Google 给了用户一盏灯，却没有给它足够多的事情可做。
原生 HiLight：有硬件，没多少通知价值
原生功能目前可以压缩成一张表：
| 项目 | Pixel 11 Pro 原生 HiLight | HiLight Studio |
|---|---|---|
| 触发场景 | 面朝下与 Gemini 交互；收藏联系人来电 | 可按应用或通知触发，公开示例包括 Slack 关键词、短信 |
| 颜色 | 五种 | 可自定义颜色 |
| 灯效参数 | 系统预设 | 亮度、强度、饱和度、循环时长、动画预设等 |
| 安装方式 | 系统内置 | 尚未上架 Play Store，需要从 GitHub 获取并侧载相关组件 |
| 使用门槛 | 开箱即用 | 需要自行安装、授权，并承担兼容和稳定性风险 |
对普通用户来说，原生方案的问题不在“少一个彩色灯效”。它缺少的是通知筛选能力。
来电提醒可以交给系统处理。Gemini 交互也算得上产品展示。但工作消息、验证码、日历提醒、团队协作工具的通知，才是通知灯最容易派上用场的地方。手机扣在桌面上时，用户想知道的是“有没有要紧事”，而不是“刚才是否碰过 Gemini”。
老 Android 手机的通知 LED 曾经解决过这个问题。不同应用对应不同颜色，用户不用点亮屏幕，就能大致判断消息来源。它不复杂，却很省电，也不打扰人。后来全面屏、屏下指纹和系统统一设计逐渐挤掉了这类小功能，很多人以为它只是怀旧配件。
HiLight 说明，需求并没有消失。只是今天的通知灯换了名字，回到了更昂贵的手机上。
HiLight Studio 补上了什么，也带来了什么
HiLight Studio 的价值，在于它把“灯能不能按通知亮”这件事从概念拉回了可操作层面。
用户可以按应用设置触发条件，再调颜色、亮度和动画。Slack 这类工作软件尤其适合这种玩法：重要频道或关键词出现时，灯亮一下，比所有通知统一震动更容易分级。短信也能成为触发源，至少说明它并不只服务于 Google 自己的应用。
但这不是一个已经被 Google 认可的官方扩展。
目前 HiLight Studio 尚未进入 Play Store，用户要从 GitHub 获取并侧载相关组件。公开材料没有完整说明它支持哪些 Android 版本、需要哪些具体权限，也没有给出长期耗电、后台稳定性和所有通知类型的验证结果。它能处理公开示例中的 Slack 关键词和短信，不等于它能接管所有通知，更不等于可以完全替代系统通知。
侧载前，用户至少要做三件事：
- 确认代码和安装包来自开发者公开的 GitHub 项目，核对版本与更新记录。
- 仔细检查应用要求的通知读取、辅助功能或其他系统权限；不理解的权限不要直接放行。
- 先在备用设备或低风险场景测试，保留卸载和恢复系统设置的路径。
这对 Pixel 11 Pro 用户意味着一笔现实账：想要更好用的通知灯，就要用安装成本、权限风险和可能的系统更新兼容问题换回来。对只想开箱即用的人，HiLight 目前仍然只是一个有趣但不够实用的硬件卖点。
Google 的克制，究竟保护了什么
我不太愿意仅凭一个第三方应用，就断言 Google “故意不开放”。HiLight Studio 能做出什么，取决于它实际使用了哪些系统接口；第三方能实现部分功能，也不能证明官方只需打开一个开关就能把全部能力交出来。
通知读取涉及隐私。后台常驻会影响耗电。不同应用的通知格式也不统一。Google 如果担心权限滥用、误触发或系统稳定性，收窄原生能力，有技术上的理由。
问题在于，Google 似乎把这些约束全部转化成了用户的损失，却没有提供足够细的官方控制选项。
它完全可以保留安全边界，同时开放一个受限制的通知接口：只允许用户明确选择的应用；只读取通知类别或关键词，不暴露完整内容；限制动画时长和亮度；对后台耗电做系统级管理。这样既不会把通知权限交给所有应用，也不会让 HiLight 只服务于 Gemini 和收藏联系人。
苹果把很多系统能力握得很紧，换来的是统一体验。Google 的问题在于，它常常同时拥有 Android 的开放传统和 Pixel 的封闭产品取向，却没有把边界解释清楚。用户看到的结果便很尴尬：官方功能像展示样机，第三方工具反而更接近实际需求。
这件事也像早年的 Android 通知 LED。厂商当年把它做进手机，开发者再用应用颜色把它变成信息分级工具。历史没有原样重演，今天的灯阵更复杂，系统权限也更敏感；但利益结构很像——厂商负责做出硬件，平台决定它到底能不能服务用户。
真正该观察的，不是 HiLight Studio 能不能一夜之间变成完整通知中心，而是 Google 会不会在后续系统更新里扩大 HiLight 的官方触发范围，或者公开相关接口与权限边界。
如果它继续沉默，第三方开发者会不断用侧载工具证明一件事：HiLight 的限制至少有相当一部分来自产品策略。到那时，用户记住的就不会是 Pixel 11 Pro 多了一盏灯，而是 Google 又把一个本来能形成差异化的功能，做成了需要民间补丁才能用顺手的半成品。