为什么Off Grid AI的Personal Mesh同步值得关注无中继加密设备组网的实现原理【免费下载链接】OGAMThe Swiss Army Knife of Offline AI. Chat, see, speak, and generate images on your phone or Mac — GGUF LLMs, vision, Whisper speech-to-text, Stable Diffusion, tool calling, and local-network servers. Runs on your CPU, GPU, or NPU. No account, no API key, zero data leaves your device.项目地址: https://gitcode.com/gh_mirrors/of/OGAMOff Grid AI 是一款完全运行在手机和 Mac 上的离线 AI 工具——GGUF 大模型对话、视觉理解、Whisper 语音转文字、Stable Diffusion 生图全部本地完成数据零上云。而它的Personal Mesh个人网状同步让多台设备在无中继服务器的情况下直连互通聊天记录、项目、剪贴板乃至数 GB 的模型文件都通过局域网点对点传输全程端到端加密。本文将拆解它的发现、配对、组网与安全机制看看无中继加密设备组网是如何落地的。什么是 Personal Mesh没有中继的直连同步传统多端同步微信网盘、iCloud 类方案都需要一个云端中转站数据先上传再由云端下发。Personal Mesh 反其道而行——设备之间直接通信中间没有任何服务器手机与电脑或其他手机通过局域网 TCP 建立直连通道同一局域网内的设备通过 mDNS 广播自动发现彼此配对完成后流量仅在配对设备之间加密传输没有账号、没有 API Key也不存在你的聊天先被某个云存一份的环节。官方文档 docs/PERSONAL_MESH.md 开头一句话就点明了这个定位Your phone and computer can share data directly. There is no relay between them.上图macOS 端的 Devices 页面。顶部状态栏实时显示 LAN 就绪状态、附近设备数、已连接数下方是可发现设备列表每台设备标注了系统与走线方式LAN / Nearby。设备如何互相发现mDNS 广播 双开关控制组网的第一步是找到对方。Off Grid 的做法是复用手机系统原生的 mDNS 协议Android 上叫 NSDiOS 上叫 Bonjour以_offgrid._tcp.local服务名在局域网内广播自己。实现胶水代码在 src/services/sync/discovery.ts它把原生 zeroconf 模块注入到同步包的DiscoveryOrchestrator中浏览到对端后如果是已知设备就自动重连如果是陌生设备则弹出配对界面。细节上有一个很贴心的设计广播与浏览是两个独立开关设置 → Sync开关打开时关闭时对设备可发现陌生设备能通过扫描发现本机本机隐藏不再广播但仍能发现别人发现附近设备本机主动扫描其他 Off Grid 设备停止扫描但不影响被他人发现这样你可以在隐身状态下维持与已配对设备的连接同时不被陌生设备探测到。设备断开后靠 mDNS 重连无需重新配对。配对握手一次性配对码 NaCl 加密通道发现设备只是拿到了地址能不能信它才是关键。Personal Mesh 采用配对码Pairing Code双向确认设备 A 在界面上生成一个 8 位配对码如9MT6-UTCC设备 B 输入该码发起配对两端经历连接中 → 校验配对码 → 准入检查 → 保存信任 → 已配对五个可见阶段配对成功后双方基于NaCl 加密库建立共享密钥此后的所有同步流量都在加密通道内传输。配对码是严格校验的——输错会立即拒绝并明确提示配对码不匹配且不会保存任何信任关系上图故意输错配对码时的反馈。界面明确告知配对码不匹配错误状态可操作、可恢复而不是卡在模糊的配对中。一个容易被忽视的点加密与隐身是两回事。官方文档特别强调——设为隐藏设备并不会取消配对或加密只是不再对外广播。隐私与安全性在此解耦互不削弱。多传输通道与自动重连LAN 与 Apple Nearby纯靠 Wi-Fi 直连有个短板两台 Apple 设备即使不在同一局域网也能通过系统近场能力通信。Off Grid 用多通道桥接解决了这个问题。核心引擎构建逻辑在 src/services/sync/engine.ts默认通道lan基于 TCP 的局域网直连默认同步端口37878可在每台设备上统一修改附加通道Apple 设备可叠加 Nearby 近场通道MultiTransportBridge负责按可用性在路由间选择——Wi-Fi 断了就静默切换到近场路由设备行上会诚实标注当前实际走的是哪条路Android 没有近场能力就永远不会谎称走了 Nearby。配合 docs/PERSONAL_MESH_TEST_MATRIX.csv 中定义的 48 项测试矩阵覆盖 Wi-Fi 断开重连、换网重连、后台保活、冷启动恢复等场景断线后自己回来是这套组网被反复验证过的行为而不是碰运气。同步什么聊天、项目、剪贴板以及数 GB 的模型文件Personal Mesh 上跑的内容分三层状态同步——聊天会话、工作区项目、模型设置。底层用操作日志op-log 最后写入优先LWW策略合并离线期间的编辑在重连后确定性收敛不产生重复记录模型传输——把已下载的 GGUF / CoreML 模型文件在设备间搬运带进度显示与断点续传。对离线 AI用户这是刚需手机传一份几 GB 的模型给 Mac再也不用两边重复从网上下载环境共享——剪贴板文本、截图、文档等媒体走同一条加密通道。而且它的诚实性做到了细节由 Off Grid 传来的剪贴板会明确标注来自某台设备不会冒充系统级 Universal Clipboard。上图Activity 面板记录每一次跨设备传输——从Qwen3.5-0.8B的 GGUF 模型到 PDF 文档方向发出/接收与完成状态一目了然。成员管理5 台上限、逐台驱逐、席位回收无中继不等于无治理。Personal Mesh 是一个有边界的私有网络容量上限一个许可证最多注册 5 台设备第 6 台激活时必须显式替换最久未用的一台杜绝静默多占席位驱逐与撤销在管理端移除某台设备后它的 Pro 资格与配对信任被撤销若设备当时离线撤销指令会排队待其上线后送达并生效——重启应用也不会悄悄复活故障可见重连失败、广播停止失败等状态都有明确提示与自动重试不出现看起来在线实际已死的假象。上图每台已配对设备卡片上提供断连、发送模型、驱逐操作右侧面板显示许可证席位占用4/5 已用。实现原理速览一个可审计的共享引擎值得一提的是架构选择。桌面端与移动端消费同一个offgrid/sync包——线协议、mDNS 服务类型、加密与操作日志 schema 全部封装在包里集成思路见 docs/SYNC_INTEGRATION_PLAN.md。两端应用只保留薄薄一层胶水注入原生 TCP 模块、zeroconf 模块与字节编解码器。好处是协议零分叉手机和笔记本永远不会出现各写各的协议的漂移安全可审计传输与加密代码是公开引擎不是黑盒平台解耦包本身不依赖 React Native可在纯 Node 环境下测试。移动端侧的接线代码都很薄——引擎构建在 src/services/sync/engine.ts发现在 src/services/sync/discovery.ts其余如剪贴板、截图、近场通道均以原生桥接模块形式注入。为什么值得关注总结Personal Mesh 把端到端加密从聊天应用搬进了设备间的数据平面且没有任何一方基础设施参与✅无中继局域网直连 Apple 近场双通道数据不出自己的网络✅端到端加密NaCl 加密通道配对码一次性互认错码即拒绝✅自治mDNS 自动发现、断线静默重连、隐身与广播解耦✅可治理5 台席位、可驱逐、可撤销状态诚实可见✅可审计同步协议封装在公开共享包中双端消费同一引擎。如果你也是数据只留在自己设备上的信徒这套无中继加密设备组网的实现值得作为多端私有同步的参考样本。【免费下载链接】OGAMThe Swiss Army Knife of Offline AI. Chat, see, speak, and generate images on your phone or Mac — GGUF LLMs, vision, Whisper speech-to-text, Stable Diffusion, tool calling, and local-network servers. Runs on your CPU, GPU, or NPU. No account, no API key, zero data leaves your device.项目地址: https://gitcode.com/gh_mirrors/of/OGAM创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
