
Apple Watch Companion:让 Apple Watch 跨出 iPhone 生态的一次开源探索
长期以来,Apple Watch 几乎与 iPhone 深度绑定:配对、激活和日常连接都围绕苹果自己的生态展开。最近,开发者 LordixDemon 发布并持续推进了一个名为 Apple Watch Companion 的开源项目,尝试让 Apple Watch 与 Android 手机以及 Linux、Windows 桌面系统建立连接。
项目仓库:https://github.com/LordixDemon/apple_watch_connector
它并不是一个简单的蓝牙扫描器,也不只是把手表显示成普通蓝牙外设。项目正在研究并实现从设备发现、配对认证、激活、加密重连,到部分原生表盘和设备服务的协议链路。值得关注的是,它尝试复用 Apple Watch 原生通信机制,而不是只依赖一个普通的第三方应用接口。

先说明现状: 这是一个仍在积极开发中的实验性项目。仓库文档明确标注,当前验证主要针对 watchOS 26.2(23S303)以及特定测试设备。不能据此推断所有 Apple Watch 型号、所有系统版本或所有手机都能正常使用。
一、它是什么?
Apple Watch Companion 由共享的 Flutter 界面和多个平台后端组成。项目的目标,是在不同操作系统上提供相对统一的连接与控制入口,同时通过各平台各自的底层组件处理蓝牙、配对与协议通信。
主要涉及以下部分:
- Apple Watch Companion:跨平台界面,负责展示观察到的手表状态,并提交用户操作。
- Apple Watch Bridge(Android):Android 侧的桥接组件,承担底层连接和密钥等职责;当前 Android 路径有较高的系统权限要求。
- Rust 桌面后端:为 Linux、Windows 以及部分 macOS 功能提供平台通信能力。
- Java 协议运行时:共享一部分配对、会话和协议处理逻辑。
- 协议与验证工具:用于分析通信过程、测试协议实现,并记录实际硬件验证结果。

二、它尝试实现哪些能力?
项目的功能不能简单理解为“安装后就能完整替代 iPhone”。目前各功能的实现程度不同,应该把代码中存在的实现、设备上实际验证过的行为,以及仍未完成的部分区分开来。
1. 设备发现与配对
项目尝试通过蓝牙发现 Apple Watch,并实现配对流程。Linux 和 Windows 的已记录流程使用手表上显示的六位配对码;Android 路径还提供了相机读取光学配对信息的方案。
配对过程涉及底层蓝牙链路、认证与密钥交换,并不等同于在系统蓝牙设置中点一下“配对”。不同平台的实现和权限要求也不相同。
2. 激活与重新连接
仓库记录了特定硬件上的激活以及同一配对关系下的加密重连验证。保存配对状态后,后续连接的目标是恢复既有会话,而不是每次都重新执行首次配对。
不过,“完成配对”“完成激活”“能够稳定重连”和“所有应用服务都可用”是不同的验证项,不能互相替代。
3. 原生表盘与设备状态
项目正在研究原生表盘数据、表盘选择和部分变更操作,并尝试读取电量等设备状态。表盘配置涉及原生数据结构、选项和资源文件,显示效果与兼容范围仍在完善。
4. 通知、查找设备与其他服务
仓库包含通知、查找设备、Wi-Fi 和 Health 等相关研究或实现路径,但具体功能的完整程度并不一致。存在协议处理代码,不代表每个系统、每种通知、附件、声音或交互动作都已经通过真实设备验收。
三、平台支持与已知限制
根据项目文档截至 2026 年 10 月 13 日 的说明,已验证的范围相当具体:
| 平台 | 当前项目方向 | 文档记录的验证边界 |
|---|---|---|
| Android | Bridge 与 Companion 配合,包含蓝牙配对和激活路径 | Android 底层 Bridge 当前对手机型号和 root 环境有严格要求;文档中的 HAL 路径针对 OnePlus CPH2653,不能视为普遍兼容 |
| Linux | Rust 后端、HCI broker、共享 Java 协议运行时 | 文档记录在 Linux Mint 22.3 上完成特定设备的配对、激活与重连验证;Wi-Fi 凭据和应用服务仍不完整 |
| Windows | Rust USB HCI broker 与共享协议运行时 | 文档记录 Windows 10、特定 Realtek 蓝牙控制器和 Apple Watch 测试组合的验证;其他硬件尚不能据此保证 |
| macOS | Flutter 界面、Rust C ABI、CoreBluetooth 设备发现 | 当前主要是蓝牙发现等有限能力;完整的物理配对、激活与 IDS 路径仍未完成 |
项目文档所列主要验证设备为 Apple Watch Ultra 2(Watch7,5),系统版本为 watchOS 26.2(23S303)。这只是已记录的测试组合,并不意味着其他机型一定失败,也不意味着其他机型已经得到验证。

四、技术上最值得关注的地方
原生协议,而非普通蓝牙配件模式
项目深入研究蓝牙链路、配对认证以及 IDS 等通信层。简单来说,它试图建立手表原本使用的通信路径,而不仅是连接一个暴露少量标准服务的蓝牙设备。这也是项目技术难度较高的原因之一。
多语言分层
项目将 Flutter 界面、Java 协议逻辑和 Rust 平台后端组合起来。界面层负责用户交互,协议层复用部分会话逻辑,平台后端处理操作系统和蓝牙控制器差异。分层有利于复用,但也意味着构建环境、原生依赖和平台权限会比较复杂。
以实际硬件证据划定边界
项目文档多次区分“请求已进入队列”“协议层已接受”“收到对端响应”和“设备状态已实际改变”。这种区分很重要:通信命令成功发送,不等于手表端一定完成了相应操作。对于仍在逆向研究中的项目,保留可复现的硬件测试记录尤其有价值。
五、普通用户应该如何看待它?
如果你拥有 Apple Watch,同时又主要使用 Android、Linux 或 Windows,那么这个项目值得关注。它展示了社区开发者尝试打通封闭设备生态的可能性,也为理解 Apple Watch 的通信架构提供了公开的研究材料。
但如果你打算立刻在主力设备上使用,建议先考虑以下几点:
- 先核对兼容性。 查看仓库 README、平台支持矩阵和最新验证记录,确认自己的手表型号、watchOS 版本、手机型号及蓝牙控制器是否在已验证范围内。
- 不要把它当成官方替代品。 Apple Watch 的完整功能、所有 iPhone 配套服务和所有第三方应用并没有因此得到保证。
- Android 方案可能需要 root。 Root 会扩大系统权限和安全风险,也可能影响设备完整性检测、银行应用或保修政策。不要为了尝试项目而盲目解锁主力手机。
- 谨慎处理配对数据。 配对状态、密钥和诊断日志可能包含敏感信息。不要公开上传完整日志、密钥文件或配对存储。
- 优先使用项目提供的说明。 不要随意给蓝牙设备安装来历不明的驱动、执行未经审查的 root 脚本,或使用与当前版本不匹配的 Bridge 和 Companion 安装包。
六、如何获取源码与继续了解?
项目源码和文档都在 GitHub 仓库中:
- 源码仓库: https://github.com/LordixDemon/apple_watch_connector
- 项目 README: https://github.com/LordixDemon/apple_watch_connector#readme
- 仓库文档目录: https://github.com/LordixDemon/apple_watch_connector/tree/main/docs
建议先阅读 README 的平台支持说明和“Start here”文档,再根据目标系统查看对应的构建与安装章节。项目涉及原生蓝牙协议、系统权限和平台专属组件,不适合在不了解风险的情况下直接复制命令执行。
写在最后
Apple Watch Companion 目前更像是一项持续推进的开源工程,而不是一个已经全面成熟、可以无条件替代 iPhone 的成品。它真正有意思的地方,是开发者正在尝试把设备发现、配对、激活、加密连接和原生服务拆解成可研究、可测试的技术环节。
后续最值得观察的,是更多 Apple Watch 型号与系统版本的验证、桌面平台功能覆盖的提升,以及配对、通知、表盘和健康数据等服务能否从“部分实现”走向稳定可用。
对于开源社区而言,这已经是一个很有研究价值的方向;对于普通用户而言,保持期待,同时尊重项目当前的兼容性边界,会是更稳妥的选择。
本文依据项目公开仓库及其文档整理,功能状态可能随开发进度变化。安装前请以仓库最新说明为准。
分享文章
生成精美分享图或复制链接,与更多人分享本文。
继续阅读
换条路线
从其他文章中稳定抽取
最后更新于 ,距今已过 0 天
部分内容可能已过时