Construí un Hermes a medida alrededor de Claude Code

▶️ Ver el vídeo completo

Las herramientas generales para agentes cubren muchas necesidades. También imponen sus menús, objetos y forma de trabajar. Cuando una agencia tiene sus propios roles, aprobaciones, repositorios y restricciones de clientes, una parte del trabajo consiste en esquivar la herramienta.

Abordé el problema desde el otro lado: mantener Claude Code como motor de ejecución y construir alrededor el sistema que necesitaba. El producto sigue una tarea desde una tarjeta Kanban hasta la misión, muestra las llamadas a herramientas y el consumo de tokens, y conserva el resultado en una interfaz que puedo modificar en el código.

Lo que hace el producto hoy

El sistema actual tiene dos modos de ejecución de Claude Code. El primero lanza una misión de forma no interactiva. El segundo controla una sesión interactiva persistente en tmux. Los agentes y skills conservan los formatos .claude, por lo que el producto no crea un ecosistema incompatible.

El recorrido funciona así:

Tarjeta Kanban
→ misión creada
→ runtime seleccionado
→ ejecución de Claude Code
→ herramientas y eventos visibles
→ resultado conservado
→ métricas disponibles

El valor no viene de un modelo nuevo. Viene de la capa de producto: objetos de negocio, interfaz, persistencia, aprobaciones y medición.

¿Por qué dos modos de ejecución?

El modo no interactivo sirve para tareas limitadas: generar un informe, auditar una carpeta o aplicar un procedimiento con una salida esperada. Es fácil lanzarlo desde una tarjeta y seguirlo como un job.

La sesión tmux mantiene el contexto de una interacción larga. Permite retomar el control, observar el estado y continuar un trabajo que necesita varias decisiones. Los dos modos se complementan porque resuelven tareas distintas.

Una misión corta no necesita una sesión persistente. Un trabajo exploratorio no debería quedar atrapado en un job ciego. Mantener ambos modos evita presentar una única interfaz como respuesta para todo.

El interés práctico para una agencia

Una agencia no vende un Kanban. Vende una forma fiable de ejecutar trabajo especializado. El código fuente permite sustituir los objetos genéricos por los del cliente: solicitudes de contenido, aprobación legal, revisión de código, preparación de campañas o soporte interno.

Una adaptación seria cubre:

1. roles y procedimientos de los agentes;
2. fuentes de datos autorizadas;
3. etapas de aprobación humana;
4. pruebas necesarias antes de cerrar una misión;
5. vistas y métricas útiles para el negocio.

El producto puede convertirse en un sistema interno o en la base de una oferta para clientes. Personalizar no significa cambiar colores. Significa traducir un flujo real en objetos, permisos, eventos y pruebas.

Límites actuales

No presento esta base como un SaaS de equipo listo para exponer en Internet. La versión actual todavía no ofrece SSO, RBAC, cuentas multiusuario ni orquestación distribuida. Requiere un entorno controlado y adaptación técnica.

Estos límites separan un producto funcional de una promesa vaga. El sistema ejecuta mis flujos, expone su código y muestra los resultados. Una agencia todavía debe decidir cómo aislarlo, autenticarlo, mantenerlo y adaptarlo para cada cliente.

Construir alrededor de un motor conocido

Este enfoque reduce las capas que hay que reconstruir. Claude Code ya gestiona la exploración del repositorio, las herramientas y la ejecución. El producto se concentra en lo que faltaba en mi actividad: lanzar una misión desde el objeto correcto, seguir su estado, conservar el historial y adaptar la interfaz al negocio.

El vídeo muestra el producto, los dos modos de ejecución, el recorrido completo de una tarea y los archivos que permiten personalizarlo: ver la demostración.

Comparto mis próximos sistemas y notas de producción en The Agentic Dev.