Nexting隐私安全清单：从端到端加密到原始音频即弃，AI可穿戴用户必知的7件事

Nexting 是一款可佩戴的 AI Agent 遥控器，让你用一句话远程驱动 Claude Code、Codex、OpenClaw 等智能体。很多用户对"戴在身上的麦克风"天然警觉——Nexting 的隐私与安全设计恰好针对这些担忧：端到端加密、原始音频即弃、按键才录音。下面这份清单，把官方承诺逐条讲清楚，帮你在入手前心里有数。

1️⃣ 无始终监听：只有按住按钮才录音

大多数语音产品被诟病"一直在听"，Nexting 的硬件设计从源头规避了这一点：

• 单键 Push-to-Talk（按压说话）：不按键，麦克风就不会采集，固件层面物理隔离
• 交互模型是"Dispatch, not chat"——按一下、说一句话、任务派发给你的 Agent，然后它就安静下来

这意味着不存在后台常开音频流，隐私泄露的第一道风险被硬件设计直接消除。

2️⃣ 原始音频即弃：转写完成后永不存储

官方隐私承诺中最硬的一条：

Raw audio is discarded immediately after transcription — never stored.

也就是说，你的声音在变成文字后，原始音频数据立即丢弃、从不落盘。云端没有你的录音库，App 端也不囤积原始语音。相关说明见 README.md 的 Privacy 章节。

3️⃣ 端到端加密（可选）：中继只传密文

连接Claude Code或Codex时，Nexting 支持可选开启端到端加密（E2E）：

• 开启后，Nexting 中继服务器上流转的是密文，而不是可读的会话内容
• 你的 Agent 会话始终运行在自己的 Mac / Windows 电脑上，官方只做消息通道
• 不开启也不影响使用，属于"按需加强"的隐私档位

这条对使用编程类 Agent 的用户尤其关键——代码和会话内容不会以明文形式经过第三方。

4️⃣ 语音流走加密 WebSocket（WSS）

语音数据从设备到手机、再到云端，全程使用加密 WebSocket 通道传输，中间链路的窃听无法还原内容。配合上面的音频即弃策略，语音数据"过境不留痕"。

5️⃣ 自托管模式：数据留在你自己的基础设施

Nexting 是"终端"而不是"模型"，你可以接入自己运行的 Agent：

选择自托管模式时，所有数据都留在你自己的网络内，官方明确"We never run OpenClaw for you"。接入方式和数据流向详见 plugin/README.md。

6️⃣ 设备侧最小披露：可穿戴本体拿不到任何凭证

这是 Nexting 设备协议设计里最值得一提的一条，完整规则见 devices/SECURITY.md：

• 设备只收到不透明请求 ID、简短摘要、固定选项和相对有效期
• 设备永远收不到：账号 ID、Agent 名称、会话 ID、云 Token、Agent 凭证
• voice/1协议只传输"开始/停止录音"的控制指令，从不携带音频字节或转写文本

换句话说，即使把 Nexting PIN 拆给你同事看，他拿到的也只是一个没有凭证的空壳硬件。开源固件和外壳文件都在 hardware-opensource/ 目录，欢迎审计。

7️⃣ 官方 App 是最终决策者：授权、过期、一次性消费

蓝牙链路本身也有完整防线，来自设备安全模型：

• BLE LE Secure Connections + 绑定（bonding），控制写入要求加密 GATT 权限
• 可信 App 在转发任何答复前，会校验设备授权、请求身份、过期时间、单次消费和重放防护
• 迟到的、损坏的、重复的输入一律 fail closed（失败即拒绝）
• 断开连接即清空状态与半截帧，App 可独立于蓝牙绑定随时撤销设备授权
• 生产固件签名，禁止仅凭设备名授权

官方隐私承诺速查

最后用官方 README.md 中的隐私章节做个汇总：

🔍一句话总结：Nexting 的隐私逻辑是"硬件不常听、云端不留音、链路全程加密、设备零凭证"——四层防线叠加，让"戴在身上的 AI 遥控器"在隐私上站得住脚。想验证这些说法，直接读仓库里的安全文档即可，全部是明文可查的公开承诺。