SYSTEM

系统架构与运行时

这里呈现的所有模块——版本、行数、日志、测试结果——全部来自 2026-10-19 的本机只读取证。每一条都真实存在。未实现的写「未实现」,部分完成的写「部分验证」。

审计基准 2026-10-19Hermes v0.22.2 · HEAD d923a5eb证据等级 E1 / E2 交叉
02-0 / FILM

Aegis AI Squad 影片

六角同队 · 72 秒成片
Aegis AI Squad · 当我拥有一支 AI 小队 V6 音乐修订版 · 72s · 1280×720 · 30fps · H.264 / AAC

六角同队的剧情化演示:Owner → ChatGPT → Hermes → Claude Code → Pi → Codex。非历史任务录像。

02-1 / HERMES

Hermes 编排核心

编排脑子里装什么、不装什么
内核

不是从零写的框架

基于上游 Hermes(v0.22.2,HEAD d923a5eb,2026-10-15),真实贡献在集成与定制:
· 127 个 Skills(约 69 个自建)
· 自建 voice-input 插件(本地 STT)
· aegis-local-patches 补丁仓库
· 6 条自建 Provider 通道
· 对上游 3 处源码的本地改写
· 4 条真实在用的定时自动化

入口(四路常驻)

CLI / TUI
Gateway 微信
Gateway telegram
Gateway webhook (9501)
Gateway api_server (9500)

Gateway state = running · 四路 connected(2026-10-19 快照,E1)

02-2 / ONE REAL RUN

一次真实任务的全链路

从任务书到独立对账,全部来自同一条运行日志
这是 Bridge 上真实跑过的一次委派:任务边界清楚、结果可对账、产物现在还在磁盘上。下面每一格都能在日志或文件系统里核对。
REAL RUN · 2026-09-16 20:10

一次真实委派:11 个目录的机械脚手架

RUN_20260916_201012_DONE
01

任务输入

任务书 S1-CASE-001_pi_scaffold.md(1 845 B)明确限定:只做机械动作、不做判断、不碰其他文件。

1 845 B · 手工撰写
02

编排与派工

Hermes 判定「这是机械任务」→ 交给 Pi;Bridge 以 @file 送达,provider=minimax,model=MiniMax-M3。

@file · 单行 NDJSON 流
03

执行

Pi 连续 14 次工具调用(bash 9 / read 3 / edit 1 / write 1),建目录、拷模板、写清单。

23.0 s · 6 792 tokens
04

结果落盘

11 个 case 目录、2 个模板副本、1 份 _scaffold_manifest.txt;CASE_LOG 顶部写入创建元信息。

11 目录 + 2 文件
05

独立验证

按清单逐项对账:13 条记录(11 目录 + 2 文件)与磁盘一致;CASE_LOG 创建时间与运行记录吻合。

13/13 一致 · 无阻塞项
TASK FILE · 摘录
# Pi Task — Stage 1 CASE-001 机械脚手架(不含任何认知判断) ## 只做机械动作,不做任何判断、不改任何其他文件 1. 建立 case 目录结构(严格按 architecture/WORKFLOW.md §10)… 2. 复制模板 assignment_package.md / CASE_LOG.md,内容原样保留
来源 Aegis-Pi-Bridge/logs/run_20260916_201012_DONE.logSTATUS: PASS(rc=0)复核:清单 13 条 / CASE_LOG 时间戳一致
为什么派给 Pi

任务被限定为「只做机械动作、不做判断」:建目录、拷模板、写清单。按能力分工,这类任务交给执行型 Agent,不需要最贵的模型参与思考。

这次花掉多少

23.0 s · 6 792 tokens(input 376 / output 442 / cache read 5 974)· 记录成本 $0.0010。usage 字段原样搬运,未换算成「省了多少钱」。

可复核项 · 现在仍可验证
02-3 / EXECUTORS

执行 Agent 工位

执行者版本 / 模型接入方式职责状态
Claude Code2.1.246 · glm-5.3-flashCC Switch 代理 · claude -p 非交互架构设计 / 难点实现 / 代码 Review常说理论,偶尔上场
Pi0.85.1 · MiniMax-M3Aegis-Pi-Bridge 程序化调用机械执行 / 批量任务 / 原型生成主力执行者
Codex CLI0.153.0 · gpt-5.6-solCLI · Claude 编排调用高价值本机操作 · Windows 疑难额度受控,按需
Lobi / OpenClaw2026.9.4 · glm-5.3Hermes Gateway多渠道网关(岗位未定)接入中

额度与模型由 cc-switch(v3.20.0)中心化管理,模型基线为 deepseek-v4.1-flash,fallback 为 glm-5.3-flash;具体路由只走已配置通道,无「自动升级」阶梯。

02-4 / BRIDGE

Pi Bridge — 委派协议

一条从 seed 到工单的完整链路
把「让另一个 AI 干活」做成一个 可观测、可恢复 的协议层,而不是一次性动作。
01

协议与接入

原生 pi -p --mode json 事件流:NDJSON 单行、@file 送达、状态机 DONE / ERROR / RUNNING / TIMEOUT / NEEDS_INPUT。

02

时间控制

超时三档:600s 默认 / 900s 自动判断 / 显式覆盖,优先级显式 > auto > 默认。TIMEOUT ≠ ERROR——超时不能被当代替码失败。

03

零产出保护

stopReason=length 且无文本、无成功工具调用 → 直接判 ERROR(旧版误报 DONE)。另有断点续作(固定 session-id)与有界回退。

DONE 47 ERROR 22 NEEDS_INPUT 1目录合计 70 份
真实运行痕迹 · E1
02-5 / JOBS

Job Manager — 任务闭环

把任务变成工单

Python + SQLite + CLI,不引重型框架

agents / jobs 两表 + 六态状态机(含 stale 兜底)。Bridge 回落后直接映射到工单:DONE / NEEDS_INPUT → FAILED 语义分离。轻量路线是决策:不引 Prefect / Temporal / Docker(D19)。

测试证据

40 / 40 通过

v0.1 回归 25 + v0.2 新增 15,全部 PASS(真实 unittest 输出 "Ran 40 tests … OK")。端到端真任务仍在人工侧收口,未吹成全自动。

02-6 / HUB

Status Hub — 状态层

三层探针

不猜状态,用事实说

① report.py 事件上报(带 TTL)② 新进程信号(fresh_proc_s=120)③ CPU(threshold=0.50, hold=20s)。Win32 ctypes 进程枚举,不起子进程、不扫日志、不调模型。

真实快照 · 2026-10-19 11:04

hermes  ·  WORKING
cc    ·  IDLE
codex  ·  ERROR
pi     ·  OFFLINE

端口 8787,token 鉴权(恒定时间比较,fail-closed)。codex ERROR 是额度触顶后的真实状态,如实展示——不是渲染出来的仪表盘。

02-7 / WATCHDOG

Watchdog — 可靠性层

为 gateway 本体故障设计的自愈边界
面向 gateway 本体故障的常驻自愈:对于「自动修复什么」这个问题,答案是仅 4 类;另有 6 类标 AdvisoryOnly(不建 incident、不告警、不影响主状态),2 类只做诊断不重启。
12
故障类型全部建模
FAULT-POLICY.JSON · SCHEMA V2
4 / 12
允许自动 Gateway 重启
DOWN · CRASH · LIVENESS · DUPLICATE
2 / 60
MaxRepairAttempts=2 · 冷却 60min
心跳 + 去重 + 消噪
0
健康路径 LLM Token 成本
纯本地确定性检测
真实成功分支 · 2026-10-16 08:56

GatewayCrash → restart SUCCEEDED

DOWN → HEALTHY 全过程无人工介入。incident.json 完整留痕,是「自动化救活系统」的真实样本。

真实失败分支 · 2026-10-13 19:57

LivenessFailure → restart FAILED → 受控分析

自愈失败后,升级受控 Hermes 分析(31 321 token)。每一次失败都有编号、有复查、有升级路径——不掩盖。

升级给 CC / Codex 的自动修复开关当前是关闭的(EnableCodexEscalation=false / EnableClaudeEscalation=false)——一旦 gateway 本体故障,才走受控分析。边界故意做得很窄。

02-8 / MEMORY

记忆与上下文

四层分工,一条信息一个家
Built-in
MEMORY.md / USER.md 常驻记忆,预算 2200 / 1375 字符
每回合注入
Hindsight
本地机器记忆 · 插件 1.2.3 · PG 379 MB
127.0.0.1:9177 · E1
Obsidian
人读知识库 · 7 篇笔记 · 捕获工具 2 个
AEGIS KNOWLEDGE VAULT
Project / Git
各项目 README / DECISIONS / 测试报告
事实源 · 最终以本尊为准
MEMORY ROUTING · 一条信息只有一个家

核心稳定偏好 → 内置 memory;跨会话事实 → Hindsight;整理后的知识 → Obsidian;项目当前状态 → 项目文件与 Git。禁止双向自动同步。

D37 案例(2026-10-17):一个「记忆不可用」背后叠加三层根因 —— 依赖硬冲突不可解、GBK 读 plugin.yaml、env 编码错误。修复方式:升级插件 + 一行 UTF-8 补丁 + 只修 env 编码(GBK→UTF-8,字面上不改内容)。完整复盘 →

02-9 / GOVERNANCE

工程制度

让系统活下去的一层(不是技术栈)
D26 独立验收原则

Agent PASS ≠ PROJECT PASS

来源是一次真实漏判(D-006):Claude 34 轮 Review + Pi 5 轮自检全部通过,但系统在边界时刻仍然坏着。从此以后:

  • · 验收必须对原始产物,而非 Agent 结论
  • · AGENT_PASS / STAGE_PASS / PROJECT_PASS 三个词分开用
  • · 主路径必须亲跑一次,不能只看测试绿
OPS_SAFETY v1.1

给「AI 运维 AI」写权限

555 行守则,来自 2026-09-28 真实事故:L1-L4 风险分级、升级前 14 项检查、本地 Patch 三情形(无法确认 → 不许升级)、依赖硬冲突禁止 --force、禁止无信息增益重复试错。完整说明 →

02-9 / LEGEND

状态图例与数字口径

三档标注的判定标准,以及尚未对齐的数字
已连接 / 已验证

本机有原始产物可查,且结论与产物一致:源码、运行日志、测试输出、incident.json。

部分验证

产物存在但覆盖不全、验收未收口,或版本已过期。页面上写清缺哪一块。

仅规划

只有设计或路线图,没有可运行产物,不会混进「已实现」区块。

已知的数字口径差异(不猜、不抹平)
02-10 / HONESTY

「还在路上」的部分

不把未写完的东西当成已完成
方向说明状态
Telegram AI Group多 Agent 同群协作 / 按项目分 Topic仅规划(D32)
完整 Model Router按额度 / 复杂度自动换工位未完成
Mission Control / Workspace界面已出 Batch 1,数据仍为 DEMO部分验证
实体硬件支线(Node01/02)ESP32-S3 双节点 · 有分量的扩展实验部分验证
一键部署仍为分阶段复现指南仅规划