让多台设备上的 AI 编程助手协同工作:一种无云中继的会话方案
【摘要】 多台设备上的 AI 编程助手各自为战:上下文、计划锁在设备里,中心化多 agent 方案又要把 API Key 和代码交给第三方云。本文分享一种"会话总线"方案:设备间用短码直连、Key 不离设备、无云中继,并介绍开源工具 Skep 的实际工作流与取舍。
背景
我平时在多台设备上跑 AI 编程助手:笔记本上是 Claude Code,GPU 服务器和 Mac 上还有其他 agent。它们各自能力都不错,但彼此之间无法通信——上下文、计划和任务意图都锁在各自的设备里。常见的多 agent 方案又大多是中心化的:要把 API Key 和代码交给第三方云平台中转,信任面太大。
思路:会话总线,而不是云平台
我想要的模型很简单:一台设备做 master 开一个会话,其他设备用短码加入;每个 peer 仍然跑自己本地的 agent、用自己的登录和 Key,Key 不离开设备;会话只是一条加密的通道,在"我信任的设备"之间传递意图和结果,不存在中心服务器。基于这个思路我做了一个开源工具 Skep(Apache-2.0,本文作者即该项目维护者),npm 安装即可试用:
npm install -g @skepagent/skep
实际工作流
- 在主设备任意 git 仓库里启动 Skep 并开启会话,得到一个加入短码;
- 在其他设备上用短码加入,各自指定角色(如 device / server / ios);
- 主设备把需求拆成带同一份契约的简报分发给各 peer,各端 agent 本地执行后回报结果与变更文件;
- 跨网络时用 SSH 隧道穿越 NAT,不开放公网端口;任务丢失可以按原简报重发,整个会话可导出为 Markdown/JSON 报告复盘。
取舍
没有云中继意味着没有"关机也能跑"的托管能力,这是刻意的设计取舍:换来的是密钥与代码不出自有设备、没有账号体系、没有按量计费。对于个人开发者和小团队的多设备场景,这个取舍是划算的。
欢迎在评论区交流你们的多设备 agent 工作流。
【声明】本内容来自华为云开发者社区博主,不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)