让多台设备上的 AI 编程助手协同工作:一种无云中继的会话方案

举报
yd_248498633 发表于 2026/10/23 09:59:07 2026/10/23
【摘要】 多台设备上的 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

实际工作流

  1. 在主设备任意 git 仓库里启动 Skep 并开启会话,得到一个加入短码;
  2. 在其他设备上用短码加入,各自指定角色(如 device / server / ios);
  3. 主设备把需求拆成带同一份契约的简报分发给各 peer,各端 agent 本地执行后回报结果与变更文件;
  4. 跨网络时用 SSH 隧道穿越 NAT,不开放公网端口;任务丢失可以按原简报重发,整个会话可导出为 Markdown/JSON 报告复盘。

取舍

没有云中继意味着没有"关机也能跑"的托管能力,这是刻意的设计取舍:换来的是密钥与代码不出自有设备、没有账号体系、没有按量计费。对于个人开发者和小团队的多设备场景,这个取舍是划算的。

欢迎在评论区交流你们的多设备 agent 工作流。

【声明】本内容来自华为云开发者社区博主,不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0)

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。