新闻速递：芯片/算力、国际时政、电子工程 等｜2026-06-26 18:05

OpenPhone 是一个以 AI 为第一优先的开源操作系统，基于 Android 打造，将手机转变为智能代理设备。系统级 AI 代理可以观察屏幕、操作应用、记住承诺、监控电话事件，并在后台持续工作，同时内置用户审计机制。该项目提供了 Android 覆盖层、特权助手应用、框架补丁、模型/工具策略配置以及构建脚本。

当前手机 AI 大多停留在聊天助手层面，无法深度操作系统和跨应用协同。OpenPhone 的思路是从底层改造 Android，将 AI 代理提升为系统级组件，让代理能够读取 UI 层次、控制应用、管理通知和日程，甚至进行后台运行。它适合那些希望构建真正智能手机体验的开发者、AI 硬件创业者以及对隐私和可审计性有高要求的用户。核心亮点在于代理不是 App，而是操作系统的一部分，拥有持续的上下文和工具调用能力，且所有敏感操作都有用户确认机制。

从仓库内容看，OpenPhone 已经构建了完整的 Android 覆盖层和框架服务，包括特权应用、工具策略配置和构建脚本。它没有直接 Fork 整个 AOSP，而是作为叠加层，降低了维护成本。工程上，它提供了设备笔记和发布工具，表明有一定的可构建性。但目前仅 52 颗星，且 issue 数较少，可能仍处于早期阶段。对于开发者来说，需要具备 Android 系统定制和编译经验才能上手，且兼容的设备范围可能有限。

该项目在系统级 AI 代理的工程化上做出了实质性探索：它定义了代理与操作系统交互的框架，包括上下文获取（UI 层次、通知、日历等）和工具调用（操作应用、发送消息等）。虽然代码量尚小，但架构设计清晰，适合作为研究参考。对于想要在真实设备上实现类似功能的团队，这是一个有价值的起点。

主要风险在于需要深入修改 Android 框架，可能面临设备兼容性问题和 AOSP 版本升级的维护压力。目前仅 2 个开放 issue，社区活跃度低，长期支持存疑。此外，AI 代理拥有系统级权限，若存在漏洞会导致严重的安全问题，而项目的安全审计尚不明确。

Chatter 2 是原版 Chatter 的升级版，是一款易于组装的加密 LoRa 通信器，支持点对点长距离明文和加密消息传输。除了作为通信工具，用户还可以编写自定义固件和游戏，将其改造成多功能嵌入式平台。模块已预焊，只需组装外壳即可使用。

LoRa 技术适用于低功耗、远距离通信，但大多数模块需要编程知识才能使用。Chatter 2 提供了开箱即用的一对通信器，降低了入门门槛，同时保留了自定义固件的灵活性，适合嵌入式爱好者、野外探险者以及需要离线通信的场景。其加密功能保证了消息隐私，而可编写游戏则增加了趣味性。对于想要学习 LoRa 或有特定通信需求的用户，这是一个实用且可扩展的硬件平台。

作为 Tindie 上的硬件产品，Chatter 2 已经过实际生产和销售验证。预焊接设计让组装简单，外壳安装快速，工程可用性高。LoRa 的参数（如频率、发射功率、加密算法）和自定义能力是核心技术亮点。用户可以基于 ESP32 或其他 MCU 修改固件，实现更复杂的应用。不过，博客中未提供详细技术规格（如通信距离、电池续航），这些对评估实际性能至关重要。

该项目并非 AI 项目，而是嵌入式通信硬件。但从技术线索角度看，它展示了 LoRa 通信的加密实现和自定义固件生态，适合追踪其 LoRa 参数（如频段、扩频因子）以及加密方案（如 AES）。对于开发者，可作为 LoRa 应用的参考设计。

风险在于 LoRa 通信受法规限制（如 ISM 频段、发射功率），不同国家可能需要调整硬件或认证。另外，作为小型团队产品，售后和技术支持可能有限。用户需要自行承担组装和调试的潜在问题。

Sphere SDK 是一个用于自主经济代理的 TypeScript 工具包，为 AI 代理提供身份、钱包、P2P 发现、协商和结算功能，实现完全隐私和超快最终性。支持 BIP39/BIP32 密钥派生、AES-256 加密、L3 支付、原子交换、意图市场、群组聊天和 IPFS 存储等特性。

随着 AI 代理的普及，代理之间需要自主进行经济交易，而现有方案缺乏去中心化隐私和快速结算能力。Sphere SDK 提供了一个完整的解决方案：代理可以拥有去中心化身份（Nostr 签名）、管理钱包（BIP44 多地址）、通过意图市场寻找交易伙伴、使用原子交换进行 P2P 代币兑换，并利用 Layer 3 状态网络实现即时最终性。它适合开发 AI 代理平台、DeFi 协议或自动化商业系统的团队。核心亮点在于隐私保护（零知识证明？）、并发支付安全（SpendQueue）以及 NIP-17 包装消息的 P2P 传输。

该 SDK 已有 5447 颗星，社区活跃，89 个开放 issue 表明正在积极开发。代码使用 TypeScript，模块化设计清晰，功能覆盖面广（从密钥管理到即时通讯）。它依赖于 Unicity 的 Layer 3 网络，这意味着需要运行或接入该网络才能使用支付功能。实验性功能（如发票核算）标记为未生产就绪，需要开发者自行评估稳定性。整体工程可用性较好，但依赖外部区块链设施是潜在瓶颈。

Sphere SDK 为 AI 代理提供了标准化的经济交互层，其架构考虑了代理的自主性和隐私需求。意图市场和原子交换的设计可以避免传统智能合约的延迟和高费用。对于构建代理经济的开发者来说，这是一个经过实战检验的工具，但需要理解 Unicity 生态和密钥管理。

主要风险在于对 Unicity Layer 3 网络的依赖——如果该网络停摆或采用率低，SDK 的支付功能将失效。另外，实验性特性（如会计）有开发中的 bug 风险。经济代理使用钱包和签名，密钥管理不当会导致资产损失。同时，隐私声明“perfect privacy”需验证其具体实现（如是否为 zk-SNARKs），否则可能夸大。