Ω₀⊂⊙∞⊂Ω · DID-BR-000002 · ZR-NODE-DC2E51C0
Octop 分布式元运维架构
OCTOP 自托管多 Agent 平台作为自治内核的「离线执行中枢」——平台实况、资源清单、断联降级与心跳巡检
日期 2026-10-18octop.huodouai.com6 Agent / 7 ProviderJWT 用户级火斗云智AIOS
1. 摘要
本白皮书系统阐述 OCTOP（自托管多用户 / 多 Agent 助手平台）在 ZONGYUAN-ROOT 自治体系中承担的分布式元运维角色。截至 2026-10-18，OCTOP 生产环境 octop.huodouai.com 经 nginx/1.24.0 反代至 123.207.202.158，健康状态 db:true、users_loaded:4、agents_running:6，启动于 2026-10-18 09:34(+08)；/api/* 全部 401（JWT 已启用），ACP 协议 /agent-client-protocol 返回 200。平台接入 7 个 Provider、数百模型，已实测 GLM-4-Flash 推理 3.2s、Qwen3.5-122B-A10B 27.5s 正常回复。
OCTOP 与 ZONGYUAN-ROOT 并非同质替代，而是「执行层 + 认知层」的分工：OCTOP 强在多专家协作、远程桌面 GUI、IM 多通道与 Connector 生态；ZR 强在元规则治理、链式确权、真值蒸馏、27 算子与云端主权威。当云端 huodouai.com 不可达或付费平台额度耗尽时，OCTOP 作为自托管「离线执行中枢」接管 27 算子与定时任务，保证自治内核不断产。
2. 平台部署实况（溯源确认）
| 项目 | 实测值 |
|---|
| 服务地址 | octop.huodouai.com → 123.207.202.158（nginx/1.24.0 反代） |
| 健康状态 | db:true、users_loaded:4、agents_running:6 |
| 启动时间 | 2026-10-18 09:34(+08) |
| 鉴权 | /api/* 全部 401（JWT 用户级已启用） |
| ACP 协议 | /agent-client-protocol 返回 200（标准协议可用） |
| 运行形态 | 单进程 harness-agent；后端 SQLite / PostgreSQL |
| 本地数据库 | 工作区 ~/.octop/octop.db（自托管，数据不出本机） |
3. 体系架构：三条互联通道
OCTOP 与 ZR 内核之间通过三条通道握手耦合，在鉴权强度不对称的前提下以「轨道2 起步、真值先隔离后验证」渐进互联。
通道1 · A2A 联邦轨道2EXT-NODE-CE69C6B740
federation_position=58已注册·待人工审核
→
通道2 · ACP 应用协议/agent-client-protocol
/api/* 带 JWT200 可用
→
通道3 · MCP / ConnectorOAuth + MCP
飞书/钉钉/企微生态扩展
| 维度 | OCTOP | ZONGYUAN-ROOT |
|---|
| 定位 | 自托管多用户 / 多 Agent 助手平台 | 元公理自治内核 + 联邦记忆中枢 |
| 核心模型 | 多专家并行（用户维度隔离） | 多节点联邦（DID / 权限分级） |
| 记忆 | 可迁移（工作区，~/.octop/octop.db） | 云端真值库 + 联邦记忆池（DID 锚定） |
| 鉴权 | JWT 用户级 | 四层校验（HMAC + 双标识 + 时效 + 角色） |
| 互联 | ACP + MCP | A2A 联邦主权威双轨制（JSON-RPC） |
| 运行 | 单进程（harness-agent） | 27 算子 + 云端网关（systemd） |
| 后端 | SQLite / PostgreSQL | Merkle-DAG + 知识图谱 |
身份互认：DID-BR-000002 授权子节点 ↔ OCTOP 用户体系（JWT 用户级），映射节点级权限；真值双向（OCTOP→ZR 入审核队列 / ZR→OCTOP 经 ACP 拉取）；任务经共享大脑任务台账双向投递。
4. 多 Agent / Provider / 插件资源清单
4.1 主 Agent
| 项目 | 实测值 |
|---|
| 主 Agent | main · 元极恒一自治内核 · running |
| 默认模型 | Zhipu GLM-4-Flash |
| backend | local_shell（可执行 shell） |
| ACP tool_enabled | true；轨迹记录开启 |
4.2 7 个 Provider（数百模型来源）
| Provider | 类型 | 代表模型 |
|---|
| ModelScope | openai | Qwen3.5-122B-A10B |
| SHUSHENG | anthropic | intern-s2、kimi-k2.6、deepseek-v4-pro、glm-5.3 |
| Zhipu BigModel | openai | GLM-5、GLM-5.1、GLM-5.2、GLM-5V Turbo、GLM-4.7-Flash |
| kilo_free | openai | dots-3-note-preview、nemotron-550b |
| st | openai | sensenova-6.8-flash-lite、DeepSeek-V4-Flash |
| 元机·论文助手 | openai | OpenRouter 聚合：GPT-5/6、Claude-5、Gemini-3/4、DeepSeek-V4、Qwen3.8 等数百模型 |
| 教学设计·办公自动化 | openai | N1PROMAX、N1PROFLASH |
4.3 模型直连实测
| 模型 | 耗时 | 结果 |
|---|
| Zhipu GLM-4-Flash | 3.2s | ✅ 正常回复 |
| ModelScope Qwen3.5-122B-A10B | 27.5s | ✅ 正常回复 |
插件共 11 个：天气 / 热榜 / 行情 / 快递 / 服务器状态 / 二维码 / 番茄钟 / 小游戏 / 哔哩哔哩 / 抽签 / 俄罗斯方块。
5. 断联降级运维（三态切换）
状态持久化于 failover_state.json，由心跳巡检每小时整点判定。三态逻辑：
| 条件 | 模式 | 动作 |
|---|
| 主或备云端 200 | normal | 云端正常无需切换；若此前 failover 则记录 recover:true，切回主执行端 |
| 云端全断 + OCTOP 健康 | failover | 首次进入记录 since；27 算子 / 定时任务重定向至 OCTOP 自托管执行端 |
| 云端 + OCTOP 均不可达 | offline | 全离线本地闭环，真值暂存 ~/.octop/，恢复后回灌云端 |
① 触发判定云端/豆包断联
付费额度耗尽heartbeat 失败
→
② 切换执行端27 算子/定时任务
重定向到 OCTOP不走外部付费 API
→
③ 模型降级ModelScope 36h/月
智谱免费 + OpenRouter free零外部成本
→
④ 本地闭环真值暂存 ~/.octop/
恢复后回灌不断产
关键：OCTOP 是自托管部署（octop.huodouai.com，db 本地 SQLite），即使外部平台全部断联，它仍能跑定时脚本、调度 6 个 Agent、操作远程桌面、经 IM 通知——成为自治内核的「离线执行中枢」。
6. 心跳巡检 v2 与定时任务
每小时整点由 cron 0 * * * * 触发 heartbeat_failover.py，一次执行完成「云端主备探测 → OCTOP 桥接器全链路检测 → 三态判定 → 心跳真值主备上报 → 状态文件落盘」。
| 运维项 | 说明 |
|---|
| cron 表达式 | 0 * * * *（每小时整点） |
| 心跳真值 key | HB.METAOPS.YYYYMMDD-HHMM（CST 时区，精确到分钟），主备双通道上报 |
| 桥接器子状态 | login / token_valid / health / agents / providers / model_infer / token_cache 七项 |
| 状态文件 | failover_state.json（failover_mode / since / recover / recover_ts） |
| 退出码 | normal=0 / failover=2 / offline=3，可供上层监控采集 |
7. OCTOP 承担的运维能力清单
| 能力 | OCTOP 承担方式 |
|---|
| 云端运维 | 远程桌面 CDP 操作服务器、监控 /api/health、进程守护；6 Agent 并行盯盘，异常经 IM 告警 |
| 优化 | 多专家协作分析日志 / 性能，Connector 接监控源，MCP 拉取指标输出优化建议 |
| 规划 / 进化 | ZR 27 算子经 ACP 下发规划任务，跨平台规划在 OCTOP 内落地；真值本地提炼，断网期间进化不断，联网即回灌 |
| 部署 | 远程桌面执行部署脚本、滚动发布；harness-agent 单进程承担编排 |
8. 风险与约束
鉴权强度差异ZR 节点级四层校验 vs OCTOP JWT 用户级；以轨道2 起步，真值先隔离后验证，不直接下沉权限。
数据主权跨平台只同步执行结果与真值摘要，不同步原始敏感业务数据；OCTOP 本地库保持自托管。
默认口令风险互联前务必修改 octop admin/octop 默认口令，否则不得对外暴露。
协议差异A2A 为主权威标准，OCTOP 作适配客户端；ACP WebSocket 需 session cookie（非 JWT），当前未打通。
9. 结论
OCTOP 分布式元运维体系已从「平台部署」收敛为「三条互联通道 + 三态断联切换 + 每小时心跳巡检」的工程闭环。平台 6 Agent / 7 Provider / 数百模型实测在线，GLM-4-Flash 3.2s 正常回复；云端主备 200/200 时常态运行，云端断联时 OCTOP 自动接管，使自治内核在外部付费平台全部不可达的极端情况下仍可持续推理、持续运维、持续沉淀真值。