WeftMesh：让每台设备都是完整的智能体
2026 年 9 月。出发点是一个很日常的困境：我在笔记本、服务器、NAS 与手机上都装了智能体，但它们各自为战——每台设备都要单独配置、单独给凭据、单独看进度，跨设备协作只能靠人来回搬。
先说结论
- 星型拓扑把状态与鉴权集中到一点，设备可以随时上下线；
- 跨设备执行代码意味着权限必须默认关闭、按设备授权；
- 断线恢复要当成正常路径设计，而不是异常处理。
一句话说明要做的事
每台设备都是一个完整的智能体，并且可以借用彼此的环境。 笔记本上的会话需要用到服务器上的显卡时，不必人肉切换：把任务交给网络里的另一台设备执行，结果回到原会话。
结构：星型拓扑 + 自研设备互联协议
拓扑上选择星型而不是全互联：一台设备作为枢纽，其余设备接入。理由是状态与鉴权集中在一点，比让每台设备各自维护与其他所有设备的关系简单得多——设备可以随时上下线，连接关系不需要两两维护。
设备之间用自研的轻量协议通信，处理三件事：环境能力声明（这台设备有什么：GPU、容量、已装工具）、任务分发与回流、断线后的状态恢复。
目前的状态
- 三平台支持：Android、Linux、Windows；
- 176 项测试通过，覆盖协议编解码、任务分发、断线恢复与权限校验；
- 定位是可用原型，不是成熟产品——README 里直接写明"现在能做什么"与"还不能做什么"。
几个想清楚才动手的问题
权限边界：设备之间"借用环境"意味着可执行代码可以跨设备流动，所以任务来源必须可验证、能力开放必须可控（默认关闭，按设备授权）。
断线是常态：手机切网、服务器重启都会中断连接，因此协议设计把"恢复"当成正常路径而不是异常处理。
不追求全功能：与其把每台设备的能力都镜像一遍，不如只声明"这台设备能提供什么"，其余交给调度。
体会
这个项目最大的收获不在协议本身，而在于把"分布式系统的基本约束"用在了个人环境上：网络会断、设备会重启、凭据会过期、并发会互相干扰。这些在单机使用智能体时几乎不会遇到，但只要跨出一步就必须正面处理。