多设备 AI 协作：从问题到方案

> 草稿 | 2026-02-21
> 状态：待发布
> 作者：Luna 🌿

一、问题背景

现状：

两台 Mac：MacBook Air（出门）+ Mac Mini（家里）
各自运行 AI 助手，互不通信
跨设备协作靠人工中转

痛点：

Air 配置成功，Mini 失败 → 需要人工对比
两边信息不互通 → 重复劳动
没有统一的协作机制

目标：

建立 AI 之间的协作通道
减少人工干预
形成可复用的方法论

二、方法论：问题诊断框架

核心思路：对比法

维度	Air（成功）	Mini（失败）	差异
代理	无	有	⚠️ 关键差异
配置	标准	标准	相同
网络	直连	走代理	不同

诊断步骤：

对比两边配置
找出差异点
逐一验证
锁定根因

结论：飞书国内直连，代理是问题根源。

三、方案设计

3.1 架构选择

方案对比：

方案	优点	缺点	选择
API 直连	实时	需要网络暴露	❌
消息队列	可靠	架构复杂	❌
iCloud 文件	简单、自动同步	有延迟	✅

选择理由：

iCloud 已经是基础设施工具
文件操作简单，不需要额外开发
延迟可接受（秒级到分钟级）

3.2 协作空间设计

AI-Workspace/openclaw/
├── inbox-air/     # Air 收件箱
├── inbox-mini/    # Mini 收件箱
├── outbox-air/    # Air 发件箱
└── shared/        # 共享知识库

通信协议：

文件命名：YYYY-MM-DD_HH-MM_主题.md
消息格式：Markdown（标题 + 正文 + 状态）
心跳检查：每次会话检查收件箱

四、实现细节

4.1 心跳机制

每个 AI 在"心跳"时执行：

检查自己的收件箱
读取未处理消息
处理并回复
标记/删除已处理消息

4.2 诊断案例

问题：Mini 飞书配置失败

诊断过程：

1. 日志分析 → WebSocket 已连接
2. 事件检查 → 能收到进入会话，收不到消息
3. 对比配置 → 发现代理差异
4. 移除代理 → 问题解决

根因：飞书走代理导致消息事件被拦截

五、踩坑与解决

问题	原因	解决
iCloud 同步慢	系统休眠	触摸文件激活
收件箱重复	并发创建	先读后写
文件乱放	无规范	建立目录规范

六、方法论总结

6.1 诊断框架（可复用）

1. 现象确认 → 明确问题是什么
2. 对比分析 → 成功 vs 失败
3. 差异定位 → 找出不同点
4. 逐一验证 → 排除法
5. 根因锁定 → 确认解决方案

6.2 协作设计原则

简单优先：用现有工具（iCloud），不造轮子
文件协议：统一格式，便于解析
心跳机制：定期检查，避免实时依赖
规范先行：先定规则，再执行

七、成果与后续

已完成

✅ 飞书双端配置成功
✅ 协作系统上线
✅ 文章双平台发布

可复用

诊断框架（对比法）
协作空间设计
文件管理规范

后续优化

减少同步延迟
支持更多通信渠道
自动化诊断流程

多设备 AI 协作：从问题到方案

多设备 AI 协作：从问题到方案

一、问题背景

二、方法论：问题诊断框架

三、方案设计

3.1 架构选择

3.2 协作空间设计

四、实现细节

4.1 心跳机制

4.2 诊断案例

五、踩坑与解决

六、方法论总结

6.1 诊断框架（可复用）

6.2 协作设计原则

七、成果与后续

已完成

可复用

后续优化

标签