- Add hermes-profile.ts for dynamic profile path resolution (all backend routes now read from active profile directory instead of hardcoded ~/.hermes/) - Add profile switcher dropdown in sidebar, reload page on switch - Sync PROVIDER_PRESETS with Hermes CLI (fix keys: kimi-coding→kimi-for-coding, kilocode→kilo, ai-gateway→vercel, opencode-zen→opencode; remove moonshot) - Sync PROVIDER_ENV_MAP with Hermes models.dev + overlays (correct env var names) - Add gateway restart after adding model provider - Don't write GLM_BASE_URL/KIMI_BASE_URL for zai/kimi (let Hermes auto-detect) - Write API keys to .env and credential_pool for all providers - Built-in providers skip custom_providers in config.yaml - Add debounce + per-field loading state for channel settings inputs - Run hermes setup --reset for profiles without config.yaml - Create empty .env for new profiles (not copied from default) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
18 KiB
CLAUDE.md — Hermes Web UI Development Guide
Project Overview
Hermes Web UI is a web dashboard for Hermes Agent, a multi-platform AI chat system. It provides session management, scheduled jobs, usage analytics, model configuration, channel management (Telegram, Discord, Slack, WhatsApp, etc.), an integrated terminal, and a streaming chat interface.
The project is designed for multi-agent extensibility — Hermes is the first agent integration. All agent-specific code is namespaced under hermes/ directories, so future agents can be added alongside without conflicts.
Tech stack:
- Frontend: Vue 3 (Composition API,
<script setup lang="ts">), Naive UI, Pinia, vue-router (hash history), vue-i18n, SCSS, Vite - Backend: Koa 2, @koa/router v15+, node-pty (WebSocket terminal), reverse proxy to Hermes gateway
- Language: TypeScript (strict mode), single package (no workspaces)
Development Commands
npm run dev # Start both server (nodemon) and client (Vite) concurrently
npm run dev:client # Vite dev server only (proxies API to backend)
npm run dev:server # nodemon + ts-node for server only
npm run build # Type-check (vue-tsc) -> Vite build -> tsc server build
npm run preview # Preview production build with Vite
- Dev port: 8648 (client Vite dev server proxies
/api,/v1,/health,/upload,/webhooktohttp://127.0.0.1:8648) - Prerequisite:
hermesCLI must be installed and on$PATH(the server wraps it viachild_process.execFile)
Project Structure
hermes-web-ui/
├── bin/ # CLI entry point (bin/hermes-web-ui.mjs)
├── dist/ # Build output
│ ├── client/ # Vite frontend build
│ └── server/ # tsc server build
├── packages/
│ ├── client/src/ # Vue 3 frontend
│ │ ├── api/ # API layer
│ │ │ ├── client.ts # Shared: base request utility (auth, fetch wrapper)
│ │ │ └── hermes/ # Hermes-specific API modules
│ │ │ ├── chat.ts # Gateway proxy: runs, SSE events, models
│ │ │ ├── jobs.ts # Gateway proxy: scheduled jobs CRUD
│ │ │ ├── sessions.ts # Local BFF: session management (wraps hermes CLI)
│ │ │ ├── config.ts # Local BFF: app config, weixin credentials
│ │ │ ├── logs.ts # Local BFF: log file listing & reading
│ │ │ ├── skills.ts # Local BFF: skills listing, memory CRUD
│ │ │ └── system.ts # Local BFF: health, model config, providers
│ │ ├── components/ # Vue components
│ │ │ ├── layout/ # Shared: AppSidebar, LanguageSwitch, ModelSelector
│ │ │ └── hermes/ # Hermes-specific components
│ │ │ ├── chat/ # ChatPanel, ChatInput, MessageList, MarkdownRenderer
│ │ │ ├── jobs/ # JobCard, JobFormModal, JobsPanel
│ │ │ ├── models/ # ProviderCard, ProviderFormModal, ProvidersPanel
│ │ │ ├── settings/ # AgentSettings, DisplaySettings, MemorySettings, etc.
│ │ │ ├── skills/ # SkillList, SkillDetail
│ │ │ └── usage/ # StatCards, DailyTrend, ModelBreakdown
│ │ ├── i18n/locales/ # en.ts, zh.ts
│ │ ├── router/index.ts # vue-router (hash history)
│ │ ├── stores/ # Pinia stores
│ │ │ └── hermes/ # Hermes-specific stores
│ │ │ ├── app.ts # App-level state (health, sidebar, models)
│ │ │ ├── chat.ts # Chat sessions, messages, streaming
│ │ │ ├── jobs.ts # Scheduled jobs CRUD
│ │ │ ├── models.ts # Model provider management
│ │ │ ├── settings.ts # App configuration
│ │ │ └── usage.ts # Usage statistics
│ │ ├── styles/ # global.scss, variables.scss
│ │ └── views/ # Page-level components
│ │ ├── LoginView.vue # Shared: login page
│ │ └── hermes/ # Hermes-specific pages
│ │ ├── ChatView.vue
│ │ ├── JobsView.vue
│ │ ├── ModelsView.vue
│ │ ├── LogsView.vue
│ │ ├── UsageView.vue
│ │ ├── SkillsView.vue
│ │ ├── MemoryView.vue
│ │ ├── SettingsView.vue
│ │ ├── ChannelsView.vue
│ │ └── TerminalView.vue
│ ├── server/src/ # Koa BFF server
│ │ ├── routes/hermes/ # Route modules
│ │ │ ├── index.ts # Aggregates all hermes sub-routers
│ │ │ ├── sessions.ts # Session CRUD (wraps hermes CLI)
│ │ │ ├── profiles.ts # Profile management (wraps hermes CLI)
│ │ │ ├── config.ts # App config read/write
│ │ │ ├── filesystem.ts # Skills, memory, model config, providers
│ │ │ ├── logs.ts # Log file listing & reading
│ │ │ ├── weixin.ts # Weixin QR code & credentials
│ │ │ ├── terminal.ts # WebSocket terminal (node-pty)
│ │ │ ├── proxy.ts # Reverse proxy routes + middleware
│ │ │ └── proxy-handler.ts # Proxy forwarding logic
│ │ ├── routes/ # Shared routes
│ │ │ ├── upload.ts # File upload
│ │ │ └── webhook.ts # Incoming webhooks
│ │ ├── services/ # Business logic
│ │ │ ├── hermes-cli.ts # Hermes CLI wrapper (child_process.execFile)
│ │ │ ├── auth.ts # Auth middleware & token management
│ │ │ └── hermes.ts # Hermes gateway helpers
│ │ ├── shared/providers.ts # Provider model catalogs
│ │ ├── config.ts # Server configuration
│ │ └── index.ts # Bootstrap, middleware setup, SPA fallback
│ └── client/src/shared/ # Frontend shared types (providers.ts)
├── package.json # Single package — no workspaces
├── vite.config.ts # root: packages/client, outDir: dist/client
└── tsconfig.json # Root tsconfig (references for vue-tsc)
Naming Conventions
Multi-Agent Namespacing
All agent-specific code lives under {agent-name}/ subdirectories. Hermes is the first agent:
| Layer | Shared | Hermes |
|---|---|---|
| API | api/client.ts |
api/hermes/*.ts |
| Components | components/layout/ |
components/hermes/*/*.vue |
| Views | views/LoginView.vue |
views/hermes/*.vue |
| Stores | (future: stores/app.ts) |
stores/hermes/*.ts |
| Routes | path: '/' (login) |
path: '/hermes/*', name: 'hermes.*' |
| API paths | /health, /upload, /webhook |
/api/hermes/* |
When adding a new agent, create a new directory at each layer following the same pattern.
Route Naming
- Shared routes:
login - Agent routes:
{agent}.{page}— e.g.,hermes.chat,hermes.jobs - Route paths:
/hermes/{page}— e.g.,/hermes/chat,/hermes/jobs
Frontend Conventions
Vue Components
All components use <script setup lang="ts"> with the Composition API:
<script setup lang="ts">
import { ref, computed, onMounted } from 'vue'
import { useI18n } from 'vue-i18n'
import { NButton, NModal, useMessage } from 'naive-ui'
import { someApi } from '@/api/hermes/something'
const { t } = useI18n()
const message = useMessage()
const loading = ref(false)
async function handleAction() {
loading.value = true
try {
await someApi()
message.success(t('common.saved'))
} catch {
message.error(t('common.saveFailed'))
} finally {
loading.value = false
}
}
</script>
<template>
<div class="my-component">
<NButton :loading="loading" @click="handleAction">{{ t('common.save') }}</NButton>
</div>
</template>
<style scoped lang="scss">
@use '@/styles/variables' as *;
.my-component {
padding: 16px;
}
</style>
Key patterns:
- Import Naive UI components directly from
naive-ui - Use
useMessage()for toast notifications - Use
useI18n()for translations, access viat('key.path') - Scoped SCSS with
@use '@/styles/variables' as *
Pinia Stores
Use setup store syntax (function passed to defineStore):
import { defineStore } from 'pinia'
import { ref } from 'vue'
export const useMyStore = defineStore('myStore', () => {
const items = ref<Item[]>([])
const loading = ref(false)
async function fetchItems() {
loading.value = true
try {
items.value = await apiCall()
} finally {
loading.value = false
}
}
return { items, loading, fetchItems }
})
Existing stores in packages/client/src/stores/hermes/: app, chat, jobs, models, settings, usage.
API Layer
Agent-specific API modules live in api/{agent}/. The shared base api/client.ts provides:
request<T>(path, options)— typed fetch wrapper with automaticAuthorization: Bearerheader and global 401 handling (clears token, redirects to login)getApiKey()/setApiKey()/clearApiKey()— token management vialocalStoragegetBaseUrlValue()— configurable server URL fromlocalStorage
// packages/client/src/api/hermes/sessions.ts
import { request } from '../client'
export async function fetchSessions(source?: string, limit?: number): Promise<SessionSummary[]> {
const params = new URLSearchParams()
if (source) params.set('source', source)
if (limit) params.set('limit', String(limit))
const query = params.toString()
const res = await request<{ sessions: SessionSummary[] }>(`/api/hermes/sessions${query ? `?${query}` : ''}`)
return res.sessions
}
API path rules:
- Local BFF endpoints:
/api/hermes/{resource}— handled by Koa routes, call Hermes CLI directly - Gateway proxy endpoints:
/api/hermes/v1/*,/api/hermes/jobs/*— forwarded to upstream Hermes gateway - Shared endpoints:
/health,/upload,/webhook— no agent prefix
i18n
Two locales: en.ts and zh.ts in packages/client/src/i18n/locales/. Flat nested object structure organized by feature section:
// en.ts
export default {
chat: {
emptyState: 'Start a conversation with Hermes Agent',
inputPlaceholder: 'Type a message...',
sessions: 'Sessions',
// ...
},
common: {
save: 'Save',
cancel: 'Cancel',
delete: 'Delete',
// ...
},
}
When adding new strings, always add to both en.ts and zh.ts.
SCSS Styling
- Global variables in
packages/client/src/styles/variables.scss— import with@use '@/styles/variables' as * - Theme: "Pure Ink" (monochrome black/white/gray), no color accent
- Mobile breakpoint:
$breakpoint-mobile: 768px - Global resets and shared classes in
packages/client/src/styles/global.scss - Component styles are always
<style scoped lang="scss">
Router
Hash-based routing (createWebHashHistory). All routes use lazy imports. Auth guard in router.beforeEach redirects unauthenticated users to / (login). Public routes use meta: { public: true }.
// Agent route example
{
path: '/hermes/chat',
name: 'hermes.chat',
component: () => import('@/views/hermes/ChatView.vue'),
}
Backend Conventions
Koa Server (packages/server/src/index.ts)
The server bootstraps in bootstrap():
- Creates data/upload directories
- Sets up auth middleware (if token exists)
- Ensures Hermes gateway is running (auto-starts if needed)
- Registers CORS, body parser, all route modules
- Registers proxy middleware (catches unmatched
/api/hermes/*and/v1/*) - Serves static SPA files with fallback to
index.html - Attaches WebSocket handler for terminal
Route Modules
Each route module exports a Router instance, aggregated in routes/hermes/index.ts:
// packages/server/src/routes/hermes/sessions.ts
import Router from '@koa/router'
import * as hermesCli from '../../services/hermes-cli'
export const sessionRoutes = new Router()
sessionRoutes.get('/api/hermes/sessions', async (ctx) => {
const sessions = await hermesCli.listSessions()
ctx.body = { sessions }
})
@koa/router v15 syntax (path-to-regexp v8):
- Parameters:
:id(single segment) or{*path}(wildcard, matches/) - No regex groups
(.*)— use{*name}instead - No modifiers
:id+or:id*— use{*name}
Reverse Proxy
Unmatched /api/hermes/* and /v1/* requests are forwarded to the upstream Hermes gateway (http://127.0.0.1:8642). Path rewriting in proxy-handler.ts:
/api/hermes/v1/*→/v1/*(upstream uses/v1/prefix)/api/hermes/*→/api/*(upstream uses/api/prefix)
The proxy is implemented as both a route (proxyRoutes.all('/api/hermes/{*any}', proxy)) and a middleware (proxyMiddleware) registered on the main app to catch any requests that slip through route matching.
Important: Custom API endpoints handled locally (not proxied) must be registered before hermesRoutes.routes() in bootstrap(). The proxy route proxyRoutes.all('/api/hermes/{*any}') matches all /api/hermes/* paths, so any middleware registered after it will never be reached. See the update middleware in index.ts for an example.
Hermes CLI Wrapper (packages/server/src/services/hermes-cli.ts)
All Hermes interactions go through child_process.execFile('hermes', [...args]). Each function wraps a CLI subcommand:
export async function listSessions(source?: string, limit?: number): Promise<HermesSession[]> {
const { stdout } = await execFileAsync('hermes', ['sessions', 'export', '-'], {
maxBuffer: 50 * 1024 * 1024,
timeout: 30000,
})
// Parse newline-delimited JSON output
}
CLI subcommands wrapped: sessions export/delete/rename, profile list/show/create/delete/rename/use/export/import, gateway start/restart/stop, logs list/read, --version.
Auth Middleware (packages/server/src/services/auth.ts)
- Token stored in
{dataDir}/.token(auto-generated on first run), or set viaAUTH_TOKENenv var - Auth disabled when
AUTH_DISABLED=1 - Middleware skips
/health,/webhook, and non-API paths - Accepts
Authorization: Bearer <token>header or?token=<token>query param
Build System
- Vite builds the frontend: root is
packages/client, output goes todist/client - tsc compiles the server: config in
packages/server/tsconfig.json, output goes todist/server - Path alias:
@maps topackages/client/src - Build command:
vue-tsc -b && vite build && tsc -p packages/server/tsconfig.json - TypeScript strict mode enabled for both client and server
Key Patterns
SSE Streaming (Chat)
Chat uses Server-Sent Events via EventSource:
// packages/client/src/api/hermes/chat.ts
export function streamRunEvents(runId, onEvent, onDone, onError) {
const url = `${baseUrl}/api/hermes/v1/runs/${runId}/events?token=...`
const source = new EventSource(url)
source.onmessage = (e) => {
const parsed = JSON.parse(e.data)
onEvent(parsed)
if (parsed.event === 'run.completed' || parsed.event === 'run.failed') {
source.close()
onDone()
}
}
}
Auth token is passed via query parameter since EventSource does not support custom headers.
WebSocket Terminal
Terminal uses a raw WebSocket at /api/hermes/terminal with JSON control messages:
- Client sends:
{ type: "create" },{ type: "switch", sessionId },{ type: "close", sessionId },{ type: "resize", cols, rows } - Client sends raw strings as keyboard input to the active PTY session
- Server sends raw PTY output strings and JSON messages like
{ type: "created", id, pid, shell },{ type: "exited", id, exitCode } - Uses
node-ptyfor pseudo-terminal,@xterm/xtermfor frontend rendering - Auth via
?token=query parameter on WebSocket upgrade
Testing
No test framework is currently configured. The intention is to add tests in the future.
Environment Variables
| Variable | Description |
|---|---|
AUTH_DISABLED |
Set to 1 or true to disable auth |
AUTH_TOKEN |
Custom auth token (overrides auto-generated token) |
PORT |
Server listen port (default from config) |
UPSTREAM |
Hermes gateway URL (default http://127.0.0.1:8642) |
Common Tasks
Add a new Hermes page
- Create view component in
packages/client/src/views/hermes/MyView.vue - Add route in
packages/client/src/router/index.tswith namehermes.myPageand path/hermes/my-page - Add sidebar entry in
packages/client/src/components/layout/AppSidebar.vuewithhandleNav('hermes.myPage') - Add i18n keys to both
en.tsandzh.ts
Add a new Hermes API endpoint
- Add the route handler in
packages/server/src/routes/hermes/(new or existing module) - If it calls Hermes CLI, add a wrapper function in
packages/server/src/services/hermes-cli.ts - Register the route in
packages/server/src/routes/hermes/index.tsviahermesRoutes.use(myRoutes.routes()) - Add the frontend API function in
packages/client/src/api/hermes/ - If the endpoint should be proxied to the upstream gateway (not handled locally), ensure the path starts with
/api/hermes/— theproxyMiddlewarewill catch it automatically
Add a new Hermes Pinia store
- Create
packages/client/src/stores/hermes/myFeature.tsusing setup syntax - Export
useMyFeatureStorefrom the module
Add a new agent integration
- Create
api/{agent}/,components/{agent}/,views/{agent}/,stores/{agent}/directories - Create
server/src/routes/{agent}/for agent-specific backend routes - Add routes with
path: '/{agent}/*'andname: '{agent}.*'in the router - Follow the same patterns as the Hermes integration