Skip to content

trynhexagon/hermes-console

Repository files navigation

Hermes Console

An operator console for orchestrating multi-agent systems — the control surface for a personal/enterprise Agent OS.

Two modes: (1) a zero-build static console UI (React 18, mock data — the design showcase); (2) a live backend (FastAPI + DeepSeek v4 pro, docker compose up) that runs a real 需求分析 → PRD → 原型 pipeline, streamed token-by-token.

中文 · English


Projects / Console dashboard

Skill Library Settings
Skill Library — 版本 / 状态 / 调用观测 / 记忆写入 Settings — 逐 Agent 模型路由 / 记忆 / 工具 / 配额

🔴 Live 模式:真实 DeepSeek 流水线(Docker)

上面几张是控制台原型(mock 数据)。仓库里还有一个真实后端——一句话产品想法进去,需求分析 → PRD → 原型三步逐级跑,每步都是对 DeepSeek v4 pro 的真实调用,SSE 逐字流式返回(含推理模型的「思考中」)。

Live pipeline — real DeepSeek v4 pro

cp .env.example .env          # 填入你的 DEEPSEEK_API_KEY
docker compose up             # → http://localhost:8000  (真实流水线)
                              #   完整控制台原型在 http://localhost:8000/console/

不装 Docker 也能跑:pip install -r backend/requirements.txt && uvicorn backend.app:app(需 DEEPSEEK_API_KEY 环境变量)。后端只有三个文件:backend/app.py(FastAPI + SSE)、backend/deepseek_client.py(流式客户端,含 reasoning_content)、backend/pipeline.py(三段 prompt)。


中文说明

Hermes Console 是一个多 Agent 编排控制台的前端原型,探索"个人 / 企业级 Agent OS 的操作台"应该长什么样:项目怎么跑、Skill 怎么被观测、模型怎么按 Agent 路由、记忆怎么分层、Token 成本怎么管。

为什么做这个

我自己长期运行一套 7×24 的多 Agent 运行时(多通道 Agent 编排 + 数十个 bundled skills + 跨引擎 Memory/Skill 协议)。跑久了就有一个很实际的问题:一堆 Agent 在后台干活,你需要一个"操作台"去看它们在做什么、Skill 表现如何、成本花在哪、记忆怎么沉淀。 这个仓库就是那个操作台的设计探索与交互原型 —— 后端运行时是真实存在的,这里是它的 UI 概念层。

所以它不是一个"玩具 Demo",而是**"以 Agent-native 方式思考一个系统该如何被操作"**的产物。

功能预览(4 视图)

视图 内容
Projects 项目即 Pipeline(需求分析 → PRD → 原型);进度、Skill 调用量、负责 Agent、状态机(运行中 / 排队 / 暂停 / 失败)
Skill Library 跨 Agent 的能力目录:版本与状态徽章(STABLE / BETA / 实验)、调用次数与成功率、p95 延迟、近 12 周成长曲线、I/O Schema、依赖工具、L0→L1→L3 记忆写入日志
Settings 工作区级配置:逐 Agent 模型路由(provider / 模型 / 温度)、多层记忆策略(容量 / TTL / 淘汰)、工具 & MCP、权限 & 审计(RBAC)、配额 & 成本、私有化部署、数据合规
Tweaks Panel 推理参数调参与实时预览

它展示了什么(设计取舍)

  • 模型无关的 Agent 编排:每个 Agent 独立选 provider / 模型 / 推理参数,天然支持跨模型路由与 Token 成本控制
  • Skill 作为一等公民:版本化、可观测(成功率 / 延迟 / 调用量)、可沉淀(高频 Skill 写入长期记忆)
  • 分层记忆(L0 / L1 / L3):把"短期上下文 → 会话记忆 → 长期沉淀"做成可见的产品概念
  • 面向真实运营:配额、成本看板、审计、合规、私有化部署 —— 不是 Demo 心态,是"要被真人天天用"的心态

技术栈

  • React 18 + ReactDOM 18(通过 unpkg CDN,SRI 校验)
  • Babel standalone(浏览器端 JSX 即时编译,仅适合原型,不要用于生产)
  • 纯 CSS(~40KB,无 Tailwind / SCSS / CSS-in-JS)
  • 零 npm 依赖、零构建步骤

本地预览

Babel CDN 在 file:// 下会因 integrity 校验失败,请起一个本地 http server

git clone https://github.com/trynhexagon/hermes-console.git
cd hermes-console
python3 -m http.server 8000
# 浏览器打开 http://localhost:8000/prototype/

项目结构

hermes-console/
├── README.md
├── LICENSE                       Apache License 2.0
├── screenshots/                  README 配图
└── prototype/
    ├── index.html                入口(引用 React/Babel CDN)
    ├── style.css                 全部样式(~40KB)
    ├── data.js                   Mock 数据
    ├── app.jsx                   App 主壳 + 路由
    ├── components.jsx            通用组件
    ├── projects-view.jsx         项目视图
    ├── skill-library.jsx         Skill 库视图
    ├── settings-view.jsx         设置视图
    └── tweaks-panel.jsx          调参面板

状态与定位

  • 阶段:交互原型(UI-only,纯 mock 数据,无后端)
  • 定位:Agent OS 操作台的设计参考 + 二次开发起点
  • License:Apache 2.0 — 详见 LICENSE

English

Hermes Console is a front-end prototype of an operator console for multi-agent systems — the control surface for a personal / enterprise Agent OS: how projects run as pipelines, how skills are observed, how models are routed per-agent, how memory is tiered, how token cost is managed.

Why it exists

I run a self-built, always-on (7×24) multi-agent runtime — multi-channel agent orchestration, dozens of bundled skills, cross-engine memory/skill protocols. Running it at length surfaces a real need: when many agents work in the background, you need an operator console to see what they're doing, how skills perform, where cost goes, and how memory accrues. This repo is the design exploration and interaction prototype for that console — the backend runtime is real; this is its UI concept layer.

Views

  • Projects — projects as pipelines (Requirement → PRD → Prototype); progress, skill-call volume, owning agent, state machine
  • Skill Library — cross-agent capability catalog: versioned status badges, call counts & success rate, p95 latency, 12-week growth curve, I/O schema, dependencies, L0→L1→L3 memory-write log
  • Settings — workspace config: per-agent model routing, tiered memory, tools & MCP, RBAC & audit, quota & cost, private deployment, data compliance
  • Tweaks Panel — inference parameter tuning with live preview

Stack

React 18 + Babel standalone via CDN · pure CSS · no npm · no build step.

Run locally

git clone https://github.com/trynhexagon/hermes-console.git
cd hermes-console
python3 -m http.server 8000
# Open http://localhost:8000/prototype/

Status

Interaction prototype (UI-only, mock data, no backend) — a design reference and starting point for an Agent OS operator console. Licensed under Apache License 2.0.

About

Operator console UI for orchestrating multi-agent systems — the control surface for a personal/enterprise Agent OS. React 18, zero-build.

Topics

Resources

License

Stars

1 star

Watchers

0 watching

Forks

Releases

No releases published

Packages

 
 
 

Contributors