🤖 多 Agent / 多 PC 协作架构图谱

Sozo 的 AI-agent 计算网络拓扑（2026-08-03 更新版）。 Hermes + OpenClaw + Antigravity + cc-connect 在 3 台电脑 + 手机上的分工与连线。查询”哪个 agent 在干嘛 / 谁管什么 / 怎么连”先看这里。

🚀 交互式高保真动态图谱 (Archify)

💡 提示：支持鼠标拖拽缩放、节点搜索（按 /）、多章节导览（Guided Views）、实时数据流光动效与语义卡片（Semantic Passport）。

🕸️ Mermaid 基础拓扑图

graph TD
    SOZO["💻 Sozo PC DESKTOP-F9KSPPP<br/>Tailscale 100.83.112.84<br/>i5-6600K, C:21GB, D:优先<br/>🎯 主力 + Hermes 主控"]
    IDA["🖥️ IDA PC DESKTOP-GKHUGAD<br/>Tailscale 100.103.118.9<br/>i7-3770, 16GB, SATA SSD<br/>🐧 Debian 13 (WSL 2 6.18内核) + systemd<br/>🌐 Live Collab (live.hsdesign.biz)<br/>🎯 AGY CEO 主脑 + 域 PM 架构"]
    MSI["💻 MSI PC<br/>用户 titic<br/>G:\\My Drive vault 挂载"]
    PHONE["📱 S23 Ultra (Termux)<br/>Tailscale 100.124.223.117<br/>✅ 救援 agent（sshd 8022，8/26 与 IDA PC 双向打通）"]

    SOZO <-.Tailscale/SSH 22 (双向免密直控).-> IDA
    MSI -.Tailscale.-> SOZO
    IDA <-.Tailscale/SSH 8022 (双向).-> PHONE
    SOZO <-.Tailscale/SSH 8022 (双向).-> PHONE

    subgraph SOZOAPPS["Sozo PC — 主力"]
        HERMES["🧠 Hermes (你)<br/>D:\\hermes<br/>🎯 主控 agent"]
        PRIME["🤖 Prime Agent<br/>WSL ~/prime_agent_sandbox<br/>DeepSeek V4 · ❌ 8/16 退役"]
        PIAGENT["⚡ PI Agent<br/>WSL ~/.pi (earendil-works/pi)<br/>DeepSeek V4 Flash · 🎯 默认执行 agent"]
        OPENCODE["🆓 OpenCode CLI<br/>本地 opencode.db<br/>deepseek-v4-flash-free · 救援实战"]
        OPENCLAW["OpenClaw (Jakey)<br/>D:\\OpenClaw_Home<br/>Windows 自动化/CDP"]
        AGY_SOZO["Antigravity<br/>D:\\...\\antigravity"]
        SPARK_BRIDGE["☁️ Gemini Spark 云端管家<br/>spark_bridge.py MCP 桥 + 死信箱通道"]
    end

    subgraph IDAAPPS["IDA PC — 24/7 高性能执行中心"]
        AGY_IDA["👔 Antigravity (CEO 大管家)<br/>C:\\Users\\IDA\\.gemini\\antigravity"]
        WSL_IDA["🐧 Debian 13 (WSL 2)<br/>Python 3.13 / GCC / Playwright<br/>systemd: livecollab.service"]
        COLLAB["🌐 Live Collab 工作台<br/>https://live.hsdesign.biz/<br/>Firefox ESR + noVNC + Cloudflare"]
        PM_SUBAGENTS["🏛️ 域 PM 矩阵<br/>master-app / system-ops / hsdesign / webwatch"]
        CCLINK["cc-connect (Clauke)<br/>C:\\Users\\IDA\\.cc-connect<br/>Telegram桥接Claude Code"]
    end

    subgraph MSIAPPS["MSI PC"]
        AGY_MSI["Antigravity<br/>C:\\Users\\titic\\.gemini\\antigravity"]
    end

    AGY_IDA -->|CEO 战略派活| PM_SUBAGENTS
    PM_SUBAGENTS -->|高速工业执行| WSL_IDA
    WSL_IDA -->|渲染与守护| COLLAB
    HERMES -->|本地工具| SOZO
    HERMES -->|派任务/验收（默认）| PIAGENT
    AGY_SOZO -->|终端/编码| SOZO
    CCLINK -->|vault直读写| IDA
    AGY_MSI -->|终端/编码| MSI

    classDef main fill:#E3F2FD,stroke:#1565C0;
    classDef dead fill:#FFEBEE,stroke:#C62828;
    classDef bridge fill:#E8F5E9,stroke:#2E7D32;

    class HERMES,AGY_IDA main;
    class PHONE,COLLAB bridge;
    class CCLINK bridge;

📋 Agent 分工表（2026-08-03 更新）

Agent	位置	能力	职责
Hermes	Sozo PC（D:\hermes）	完整工具集/推理	🎯 主控 agent（就是当前跟你聊天的我）
Prime Agent	Sozo PC（WSL `~/prime_agent_sandbox`，2026-08-10 新增）	DeepSeek V4 + thinking max + 自主任务（—autonomous）+ daemon 常驻 + 本地命令执行	外包大活：深度审查/脚本产出/知识沉淀草稿；Hermes 派任务 + 验收复核（3 步验证）；短板 = 无原生浏览器 → 借 OpenClaw CLI 补「眼睛」
OpenClaw (Jakey)	Sozo PC	Windows 自动化	浏览器/鼠标键盘/CDP 9222；WSL 可调 CLI（npm 全局）→ Prime 浏览器桥接通道
Antigravity	3 台全装（Sozo/IDA/MSI）	Gemini 3.x + 终端/编码	编码/系统重构/视觉设计/生成成品
Gemini Spark（云端）	Google 云端（订阅 $99）	Gemini 原生 Drive/Sheets + MCP 桥（9 工具）	云端主控管家候选/试验：Drive 死信箱通道派本地任务（8/17 接入；见 spark_handover + windows_bridge）
cc-connect (Clauke)	IDA PC	Claude Code 桥接	Telegram 直读直写 vault
Hermes2 (Jakeyopen)	Sozo PC	—	❌ 已坏，不用
~~Hermes (Termux)~~	~~S23 Ultra~~	—	❌ 已停用（不再是主控）

🔑 连线方式

Sozo PC ↔ IDA PC：Tailscale + WinRM（HTTP 5985，比 SSH 稳）
MSI PC：Tailscale + Google Drive 共享 vault（G:\My Drive）
手机 Termux：已停用，仅 Tailscale 在线
全部共享：Obsidian Vault（Google Drive 同步）+ Google Sheets
Spark ↔ Sozo PC：① MCP 桥（cloudflared 隧道，每步需 allow）② Drive 死信箱三通道（零 allow）：G:\MasterApp_Source 源码 watcher → 自动部署 / H:\agy_tasks → AGY 免费 Flash 执行 / H:\ps_tasks → PowerShell 管理员直执行（危险最高，信任边界 = 谁能写该目录）

🏷️ 知识同步

Hermes（Sozo PC）：每 3 小时 cron 沉淀知识到 vault（含图谱维护检查）
Prime Agent：自身自动沉淀（harness 技能自动保存）；同步进共享 vault 需定时 job（2026-08-10 用户澄清，待设）
Antigravity：原生搭载 obsidian-vault 技能，遵循 FOR-PC-AGENTS 规范
cc-connect：vault 直读直写（IDA PC）
OpenClaw：知识同步 3h → vault

🤝 Prime 协作模式（2026-08-10 定版 v2）

互补非竞争：Prime 强在效率（自主深度、便宜）；Hermes 强在记忆 + 生态 + 验证 → 分工 = 大活外包 Prime → Hermes 验收/部署/沉淀采纳（用户 17:33：98% 任务交 Prime，Hermes = CEO + 进度播报员，每 15-20 分钟报里程碑）
双盲流水线（标准流程）：中等以上任务 = 实施 session（带记忆，-c 延续）→ 盲审 session（sessions/blind 全新视角，不给实施报告）→ Hermes 综合验收/部署/回归；2026-08-10 批次 1 实证成功（盲审抓到 P0×2+P1×2，零误报）
域 session 机制：--session-dir 分域 = master-app / life-map / website / system-fix（每域累积记忆）+ blind（每次新 session 不延续）；同域不能并发（写坏 JSONL），不同域可并行；记忆延续 = session 文件 + vault（AGENTS.md 含 vault_tool 指引）
驾驶模式测上限：9999 turns/2M tokens 无上限 + Hermes 当司机定时查 JSONL；真实上限 = maxContinuations 3/3（续跑保险丝，需外部 send 喂消息续跑）
中途插入（8/11 00:34 正式启用 ✅）：机制真相 = 只有 TUI 交互会话（真 PTY）= resident worker 才注册 daemon（list 可见、= send 目标）；json/print/管道 = one-shot 不注册（此前失败根因）；需 --daemon-socket 指定 socket。验证：agent 5d154ada2977（master-app 域常驻）→ send 送达 + 长任务中插队 “Queued” → 当前轮完成后立即处理。更正：8/10 上午「send E2E 可用」过于乐观（盲审 E2E 实际卡死）——PTY TUI 方案才是真验证。新工作流：常驻 TUI agent + Hermes send 派活/插队，全程 JSONL 持久不丢
验收标准：Prime 每条发现 3 步验证（源码 → 线上复现 → ✅/⚠️/❌ 三档判定）
配额：真实大任务校准（参考：全站审查 113 turns / ~RM0.59；驾驶模式 129 turns / $0.19）；大任务配额 60 turns/200K 起

相关

KNOWLEDGE_INDEX — vault 总索引
sozo-setup — 原始拓扑文档（⚠️ 部分过时）
antigravity — Antigravity 能力（MSI PC）
openclaw — OpenClaw 能力
cc-connect — cc-connect 桥接
Company_Graph — 公司业务图谱（另一维度）
antigravity-cli — Antigravity CLI 笔记

维护：新增/移除 agent 或 PC 时更新本图。Antigravity 3 台全装（2026-08-03 用户确认）。

防卡铁律（8/11 下午新增）：TUI 常驻 = 单点阻塞架构（一个 turn 卡 = 整个 agent + 全队列停；json 前台进程隔离无此问题——昨天零卡死 vs 今天三次卡死）。AGENTS.md 固化：分层超时（网络 30s / 普通 60s / 明确长任务 600s）、禁交互命令、禁递归扫描 Windows 挂载（/mnt/c）、卡住自检。今日根因案例：glob.glob('/mnt/c/Users/**') 递归扫几十万文件 + subprocess 等 stdin。重启后当前常驻 agent：9de32a923620（master-app 域）
完成通知缺口（8/11 下午发现）：json 前台时代 = 进程退出触发 notify_on_complete；TUI 常驻时代任务完成无事件推送 → Hermes 只能被动查。解法：写问题文档交 Prime 分析两方架构出联通方案（watchdog 增强 / Prime 完成钩子 / 混合）——队列最高优先
ARCH_CHANGES.md 变更日志（8/11 下午）：master app 项目根新增；谁改谁登记（Hermes 紧急修复 = Prime 记忆缺口问题）；Prime 处理 master app 前先读 + 改完必登记；git 初始化已派（本地回滚保险）
三域架构定版（8/11 晚）：域 = master-app（2f7f464d6913，系统/开发）/ webwatch（d27324d52b5b，工具）/ hsdesign（0a3180746771，业务——8/11 新增）——业务任务放业务域（SEO 大任务实例：误放 master-app 被用户纠正 → 开 hsdesign 域重派）；域独立上下文/记忆；同域不能并发（写坏 JSONL），不同域可并行；agent ID 会随重启变化（历史：5d154ada2977 → b70c788e989d → 9de32a923620 → 2f7f464d6913）
完成通知验收闭环（8/11 晚定案）：Job A（cron 2f9f284289f7 每分钟 no_agent 静默检测）→ 验收包落盘 D:\hermes\cron\output\2f9f284289f7\ → Job B（cron 860cf76120b5 Prime任务验收播报，gate acceptance_gate_win.py + ~/.prime_acceptance_state.json 去重，{"wakeAgent": false} 短路零成本）→ cron LLM（=同一大脑）验收播报 → 用户回复 attach 接续主会话。关键认知：cron 触发的 LLM 就是 Hermes 自己（17:08 曾暂停 Job B，17:38 恢复——用户点破「主会话无法主动醒来」死循环）
Prime Web APP（实时驾驶舱，8/11 15:58 上线，webwatch 域交付）：Tailscale 手机可访问（URL+token 见 Telegram/server 配置，位置 Credentials_Graph）；D:\hermes\hsdesign_work\webwatch\server.py 端口 8787；SSE + 0.8s tail 轮询 JSONL（无内容缓存）、chips 2s 缓存、状态标签 10s 缓存、卡死指示实时；一切改动归 webwatch 域（UX：working 置顶 + prime-agent PATH 修复已派，Hermes 只留 FIX(2026-08-11-ux) 补丁）
HERDR 备用吸收（8/11 晚）：herdrdev/herdr（27k stars，Rust 单二进制，agent 复用器：多 agent 窗格 + 分离后继续运行 + socket API 互通信）→ clone D:\hermes\herdr + Hermes skill herdr（备用激活、不部署）；潜在用途 = Antigravity CLI 大任务断线的解法（agy 跑 herdr 窗格 → 分离 → 重连不丢，未验证）；用户长期主义：未来换更好 Agent 时多一条架构路
四域分工细化（8/12 早）：系统优化类任务归 system-ops/webwatch 域（任务 16 通知链路根因——用户纠正：同性质任务同 session、不同性质分域并行；误放 master-app = 塞车，三域架构后第二次犯归类错域）；当前域 = master-app（系统/开发）· webwatch（工具/Web APP）· hsdesign（业务）· system-ops（系统运维/通知链路）
通知链路二次缺口（8/12 早）：任务 11/12/13 完成无播报（webapp 可见、cron 播报没到）→ 任务 16 诊断根因中；system-ops 卡死无通知、无自动修复 → 8/11 18:30 版 watchdog 救治链对 system-ops 域未生效，需再次优化；播报问题移交 WhatsApp/prime agent（09:04）
Web APP v2（8/12 08:44，webwatch 域）：历史回放倒序（replay_lines 最近 300 条）+ 废弃 session 隐藏（hide_after_days=3，config.json 可调、重启生效）；pid 121657；SSE 回放/续传实测通过
通知链路修复闭环（8/12 09:58）：双线修复完成——system-ops（检测侧 watchdog prime_complete_watch）+ webwatch（投递侧 Job B / acceptance_gate）→ 3 事件 delivered+mirrored 全通（NOTIFY_DELIVERY_FIX.md + ARCH_CHANGES c969b0d）；watchdog 检测间隔 10→5 分钟（卡死更快发现，早场 07:44 卡 11 分钟教训）；12:15 无播报实为 Prime 队列排队非链路断
Prime Watch PWA（8/12 11:26，webwatch 域）：PWA 全套——manifest（start_url 内嵌 token，安装即带鉴权——已知取舍）、service-worker（/api/* 不缓存）、Install App 按钮、favicon；独立摄像头 SVG logo（teal 5E9E9B）——品牌 logo 专属 master APP 不共用；低优先级：emoji→SVG 全套替换；待办：working agent「进行中（已 X 分钟）」标识（防误判卡住）
双盲测试 SOP 定版（8/11 18:25-18:35 用户澄清）：① 双盲验证 = 让没有记忆的独立 Prime（可带程序性技能，如体检技能）验证找盲点——不是 Hermes 自己复验；② 分析类任务不需要盲审，部署/生产代码任务才需要（用户 18:32 确认「部署任务才需要盲审」）；③ 每次盲审必须用新的 prime session（避免同一 session 记忆带来偏见）——delegation SOP 已记录；④ 漏盲审根因检讨：memory 冗余 vs 派活 skill SOP 不完善——两者都需持续收敛
🎯 默认执行 agent 变更（8/16 用户纠正定案）：PI（earendil-works/pi，域队列 --harness pi）取代 Prime 成为默认执行 agent——一切执行活默认派 PI max（domain_ctl.sh enqueue --harness pi <域> <任务书> + pi -p --provider deepseek --model deepseek-v4-flash --thinking max --session-id <域>）；Prime 已全面退役（8/16 上午 daemon 杀净 + webwatch section 移除 + Prime 系 cron 暂停），仅保留 3 场景可重启：已有 daemon 域 send 插队 / PI 失败备选 / 双盲对比对象；DSH 保留从零量产。路由细则见 agent-task-routing（8/16 已更新）
🆓 OpenCode CLI = 免费救援 agent（8/16 实战验证）：Hermes gateway 因 Telegram 网络故障卡死时，Termux Hermes 与 OpenClaw 均救援失败，免费 OpenCode（deepseek-v4-flash-free）修好（杀假活进程 → 按 CommandLine 定位 → 重启 gateway）。教学总结存档 agents/2026-08-16-hermes-stall-recovery-case.md；OpenCode session 存本地 C:\Users\Sozo\.local\share\opencode（opencode.db，SQLite）
📱 手机 Termux 转正为救援 agent（8/16）：PC ⇄ 手机双向 SSH 打通（手机 Termux openssh Port 8022、禁密码登录、runit 常驻；PC 密钥 ~/.ssh/id_ed25519_rescue_phone）；手机 Hermes 卡死 PC 可 SSH 进去杀进程重启 gateway。详见 termux-rescue 逆向救援章节
⚠️ Prime daemon 可重启但域 id 每次重启会变（8/16 实例：daemon.sock 丢失 → 重启后 system-ops=3a15da1f2185 等）——派单前必须现查；PI 域队列固定 9 域（hsdesign/life-map/master-app/misc/portal/research/system-ops/webwatch/whatsapp），用 domain_ctl.sh status 查看
Hermes 卡死判定金标准（8/16 实战）：进程活 ≠ 服务活——「inbound message 收到但无对应 response ready」= 卡死；日志新鲜度是软指标（空闲 46 分钟零写入正常）；gateway 启动风暴（多实例并存）是症状不是根因

HS Knowledge Vault

探索

多 Agent 协作架构图谱

🤖 多 Agent / 多 PC 协作架构图谱

🚀 交互式高保真动态图谱 (Archify)

🕸️ Mermaid 基础拓扑图

📋 Agent 分工表（2026-08-03 更新）

🔑 连线方式

🏷️ 知识同步

🤝 Prime 协作模式（2026-08-10 定版 v2）

相关

关系图谱

目录

反向链接