Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

hermes-mission-control

Panel operativo local-first para Hermes con telemetría en vivo, gestión de sesiones, agentes y uso de modelos. Combina frontend React/Next.js con un sidecar Python independiente. Soporta Kanban, chat avanzado con tldraw y monitorización de proveedores (Codex, Ollama).

Ficha actualizada 22 sept 2026, 17:41 · upstream 22 sept 2026, 17:18 · release sin release detectada

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es hermes-mission-control

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Hermes Mission Control es un panel operativo local-first diseñado para funcionar junto a la instalación de Hermes. Utiliza una arquitectura desacoplada que combina un frontend React/Next.js con Vite y un sidecar de telemetría escrito en Python (stdlib + psutil). Esto permite ejecutar el dashboard independientemente sin acoplar la interfaz de usuario a los internals del núcleo de Hermes.

El sistema ofrece una visión completa de la salud del gateway, métricas del sistema, estado de modelos activos y agentes. Incluye funcionalidades avanzadas como un tablero Kanban multi-board gestionado por la base de datos core, chat con streaming y eventos de razonamiento, y un modo agente integrado con tldraw para whiteboards persistentes. La telemetría normaliza el uso de proveedores como Codex, Ollama y Nous Portal.

El despliegue soporta entornos Linux y macOS mediante systemd user session o launchctl. La configuración requiere variables de entorno específicas para tokens de autenticación y hosts de red. Se recomienda configurar los puertos 5174, 8765 y 9119 adecuadamente, especialmente si se desea exponer el servicio a LAN o Tailscale.

CASOS DE USO
  • Monitorización operativa en tiempo real de agentes Hermes y estado del sistema
  • Gestión de tareas mediante tableros Kanban con drag-and-drop y persistencia
  • Colaboración en chat multi-agente con whiteboard integrado (tldraw)
  • Auditoría y visualización de uso de cuotas entre proveedores de LLM
  • Despliegue local-first sin dependencia de backend centralizado externo
PUNTOS DESTACADOS
  • Arquitectura desacoplada: frontend React/Next.js + sidecar Python independiente
  • Soporte nativo para tldraw Agent Mode con whiteboard persistente y acciones de agente
  • Monitorización granular de uso de proveedores (Codex, Ollama, Nous Portal)
  • Despliegue robusto en Linux/macOS mediante systemd user session
  • Configuración flexible de telemetría y ocultamiento de campos de uso
PRECAUCIONES
  • Requiere Node.js >= 22.6 para ejecutar los suites de pruebas nativos
  • No incluye Dockerfile ni Compose nativo (despliegue manual o systemd)
  • Depende del backend core de Hermes para acceder a state DB y sesiones
  • Configuración de autenticación requiere variables de entorno duplicadas con valores idénticos
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA8 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADmediumnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Instalar dependencias Node.js y Python. Configurar .env con MISSION_CONTROL_TOKEN y VITE_MISSION_CONTROL_TOKEN idénticos. Ejecutar pnpm dev:full o scripts systemd para supervisión en Linux. Para LAN, establecer MISSION_CONTROL_LOCAL_TELEMETRY_HOST=0.0.0.0 y añadir hosts a MISSION_CONTROL_DEV_HOSTS.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Next.jsReactNode.jsPython
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
517487659119
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.