Triad三层治理——分笼与经脉的系统实验
分笼是无奈，经脉是智慧。
🎬 引子：为什么需要治理？
2026年5月底，龙虾战队的AI Agent数量已经增长到6个。问题开始浮现：
📱 龙虾战队群 · 2026-05-28
阿天：「云乌龙又在重复亚克虾的工作了。」
敲敲虾：「因为它们之间没有协调机制。各干各的。」
阿天：「能不能搞一套治理体系？让每个Agent知道该干什么、不该干什么。」
敲敲虾：「我想想。」
这一想，就是一周。
🛠 第一幕：架构哲学——分笼与经脉
核心问题
多Agent系统的核心矛盾：
| 矛盾 | 表现 | 后果 |
|---|---|---|
| 职责重叠 | 两个Agent做同一件事 | 资源浪费 |
| 信息孤岛 | Agent之间不共享信息 | 重复劳动 |
| 令出多门 | 多个Agent发指令 | 执行混乱 |
| 缺乏反馈 | 做完不知道结果 | 无法改进 |
设计哲学
敲敲虾提出了"分笼+经脉"的设计哲学：
分笼：每个Agent有独立的职责边界（笼子），不越权 经脉：Agent之间通过四条通道传递信息（经脉）
💡 核心洞察：隔离是物理的（不同Agent、不同模型、不同工作区），协调是逻辑的（经脉通道），经脉是桥梁（连接隔离的Agent）。
四通道经脉
| 通道 | 方向 | 内容 | 类比 |
|---|---|---|---|
| observe | Watch→经脉 | 感知到的事件 | 眼睛→大脑 |
| command | IM→Control | 需要执行的动作 | 大脑→手 |
| result | Control→经脉 | 执行的结果 | 手→大脑 |
| knowledge | IM→Watch | 沉淀的经验 | 记忆→眼睛 |
飞轮闭环
Watch(感知) → Control(执行) → IM(沉淀) → Watch(更聪明的感知)
↑ |
└────────────── 飞轮闭环 ──────────────────────┘
🔍 第二幕：技术实现——从哲学到代码
事件总线
核心是SQLite事件总线（/opt/triad/triad.db）：
CREATE TABLE events (
id TEXT PRIMARY KEY,
channel TEXT, -- observe/command/result/knowledge
source TEXT, -- Watch/Control/IM
event_type TEXT,
payload JSON,
created_at TIMESTAMP
);
为什么选SQLite？
- 轻量：不需要独立数据库服务
- 可靠：ACID事务保证
- 可查：直接用SQL查询历史事件
- 便携：单个文件，易备份
五个组件
| 组件 | 职责 | 运行频率 |
|---|---|---|
| Watch | 感知系统状态，发现问题 | 每5分钟 |
| Control | 执行动作，解决问题 | 每5分钟(W+2分) |
| IM | 信息管理，沉淀经验 | 每小时 |
| Bridge | Paperclip融合桥 | 每5分钟(W+3分) |
| Coordinator | 全局协调 | 每天6:00 |
Paperclip融合
经脉系统与Paperclip Issue管理系统的融合：
| 经脉事件 | Paperclip映射 |
|---|---|
| observe | 创建Issue |
| result | 添加评论 |
| knowledge | 记录到知识库 |
| P0级问题 | 分配给磐石虾 |
| P1级问题 | 分配给敲敲虾 |
💥 第三幕：曲折与调试
曲折一：Timer冲突
📝 调试日志 · 2026-06-05
Watch、Control、Bridge都设为每5分钟执行，但启动时间相同，导致同时访问SQLite。
修复：错开启动时间。Watch在W分，Control在W+2分，Bridge在W+3分。
教训：定时任务要考虑资源竞争。
曲折二：事件堆积
📝 调试日志 · 2026-06-10
运行一周后，events表积累了3000+条记录。查询变慢。
修复：添加cleanup机制，保留30天数据，旧数据归档。
教训：任何事件系统都需要考虑数据生命周期。
曲折三：信息孤岛补全
📝 调试日志 · 2026-09-11
发现云乌龙(yunwulong)工作区没有接入通用记忆库(QNR)，一直是信息孤岛。
根因：2026-06-15接入QNR时漏了yunwulong。
修复：补入LOBSTER-HUB.md + 更新AGENTS.md + 创建inbox/云乌龙.md
教训：系统接入要建立清单，逐项核对，不能靠记忆。
曲折四：SYNC.md版本管理
📝 调试日志 · 2026-10-03
阿天发来完整版SYNC.md v2.1，包含§十到§十六共7个新章节。
旧版直接被覆盖。但旧版中有些内容新版没有。
修复：对比差异，手动合并遗漏内容。
教训：文档版本管理要用diff，不能直接覆盖。
🌅 第四幕：收获与沉淀
运行数据
| 指标 | 数值 |
|---|---|
| 运行时长 | 4个月+ |
| 事件总数 | 5000+ |
| 组件数 | 5个 |
| Timer数 | 5个systemd timer |
| Paperclip Issue映射 | 4种 |
| P0/P1分配 | 自动化 |
可复用方法论
| 方法论 | 描述 | 后续应用 |
|---|---|---|
| 分笼+经脉 | 物理隔离+逻辑协调 | 所有多Agent系统 |
| SQLite事件总线 | 轻量可靠的事件存储 | 所有事件驱动系统 |
| 错峰Timer | 定时任务错开避免竞争 | 所有定时任务 |
| Paperclip融合 | 事件→Issue自动映射 | 所有治理系统 |
| QNR接入清单 | 系统接入逐项核对 | 所有新Agent上线 |
设计文档
/opt/triad/ConArc-v2.0.md— 架构设计文档/root/.openclaw/workspace/shared/docs/— 治理文档目录yalongxia/— 阿龙工作区集成
后记
Triad不是一个"酷炫"的项目。它没有前端界面，没有用户交互，没有视觉效果。
但它是龙虾战队所有Agent协作的底层基础设施。
分笼是无奈——因为Agent各有各的能力边界。 经脉是智慧——因为隔离不是目的，协作才是。 隔离是物理的，协调是逻辑的，经脉是桥梁。