Comparativa
AI4Kanban vs.
Hermes Agent Kanban
Ambos productos ofrecen un kanban para agentes, pero trazan el límite de la arquitectura en lugares distintos. AI4Kanban conserva el tablero como una capa de proyecto portátil dentro del repositorio; Hermes Agent Kanban lo integra en el runtime de Hermes.
Un tablero Markdown que vive junto al código. Puedes cambiar el agente que trabaja con él sin migrar ni reconstruir el tablero.
El tablero, el despachador y los agentes con nombre funcionan como un único sistema Hermes duradero.
La diferencia práctica
Los dos productos resuelven gran parte del mismo problema, pero en capas distintas. AI4Kanban es un sistema de planificación portátil para el entorno de agentes que ya utilizas. Hermes Kanban es una cola operativa dentro de Hermes, diseñada para coordinar varios workers y recuperar trabajo interrumpido.
AI4Kanban — la planificación pertenece al proyecto
- Markdown plano en tu repo: cada cambio de tarea o de plan es un diff revisable.
- Sin infraestructura: nada que instalar, nada que mantener encendido.
- La ejecución la pone el entorno que ya usas: Claude Code, Codex, Cursor, incluso Hermes.
Hermes Kanban — la ejecución pertenece al runtime
- Una cola SQLite duradera en ~/.hermes/kanban.db, compartida por muchos agentes con nombre y por personas.
- Un despachador reparte las tareas listas entre agentes y recupera las ejecuciones caídas.
- Atado a la pila Hermes / Nous y a sus herramientas kanban_*.
Cómo elegir
Elige AI4Kanban si quieres la planificación versionada junto al código, prefieres conservar tu entorno de agentes actual o no necesitas un servicio de orquestación dedicado. Elige Hermes Kanban si Hermes ya es tu entorno operativo y quieres aprovechar su despachador, sus perfiles con nombre, sus controles desde chat y su modelo de recuperación. También difiere la persistencia: AI4Kanban se apoya en archivos y git; Hermes guarda el estado de la cola en SQLite.
¿Qué agentes pueden ejecutar el tablero?
Es la diferencia más clara. AI4Kanban utiliza archivos normales del repositorio, por lo que cualquier agente capaz de leer y editar el proyecto puede usar el tablero, incluido Hermes. Hermes Kanban se expone mediante las herramientas kanban_* del runtime y, por tanto, es específico de Hermes.
OpenClaw
Hermescualquier agente que lea archivos
solo Hermes
OpenClawHermesOpenClawHermesAI4Kanban también funciona con Windsurf, OpenCode, Gemini CLI y otras herramientas que puedan leer los archivos del proyecto. Hermes Kanban solo está disponible a través del runtime de Hermes.
AI4Kanban vs. Hermes Kanban
Un indica una ventaja clara; un guion, una contrapartida. AI4Kanban prioriza la portabilidad y la sencillez operativa. Hermes prioriza la ejecución coordinada y recuperable entre varios agentes.
Una capa kanban basada en archivos: el tablero es Markdown plano en tu repo.
Una función kanban del runtime de agentes Hermes: un tablero SQLite duradero.
Ninguna propia: el tablero son solo archivos Markdown en tu repo.
Un gateway en marcha, una base de datos SQLite y un bucle despachador.
En tu repo, bajo control de versiones: cada cambio de tarea o de plan es un diff revisable.
En una base SQLite en ~/.hermes/kanban.db; los cambios van a un registro de eventos, no a diffs.
Un prompt: un archivo de skill y un script pequeño.
Instalar el runtime de Hermes, configurar perfiles y levantar el gateway.
Lo lleva tu entorno: Claude Code lanza subagentes en paralelo cuando arrancas algo; los trabajos programados viven en una carpeta recurring/.
Lo lleva el runtime: el despachador coge las tareas listas por su cuenta y lanza un proceso por tarea.
No hay cola por tarea: una ejecución que muere a medias simplemente se repite en el siguiente ciclo programado.
Una cola duradera recupera sola el trabajo en vuelo: TTL de reserva, latidos, reclamación de reservas caducadas y reintentos.
Una tarjeta se parte en pendientes y en un grafo de tareas (grupo, bloqueos, relacionadas) con las dependencias resueltas mientras se escribe.
El despachador ejecuta solo un descompositor LLM que abre una tarea en un grafo de subtareas dirigidas a especialistas.
La memoria se poda a por-qué-se-rechazó y qué-se-entregó para que el agente proponga hacia delante: curada, no un registro completo.
Guarda un registro de eventos completo, solo de anexado, y el historial de cada intento para auditoría.
Un tablero web local donde las acciones de una tarjeta (implementar, revisar, archivar) le pasan el trabajo a un agente.
Un tablero web en vivo con arrastrar y soltar y un panel lateral, además de control desde apps de chat.
Encaja mejor con una persona o un equipo pequeño que trabaja en un único repositorio.
Escala a muchos agentes repartidos en muchos tableros: multiinquilino y con control desde Discord / Slack / correo / SMS.
Dos tipos de historial con fines distintos
AI4Kanban conserva contexto de planificación para que las propuestas futuras respeten decisiones anteriores. Hermes conserva un registro de ejecución para que los operadores puedan investigar y reconstruir lo sucedido. Ambos son útiles, pero para fines distintos.
AI4Kanban
Conserva decisiones, no cada evento.
Cuatro archivos pequeños, podados a propósito, una carpeta por módulo: readme.md (qué se entregó), decisions.md (las decisiones tomadas y por qué), rejected.md (qué descartamos y por qué), redesign.md (errores de diseño a no repetir). goal.md vive solo, en lo alto de la carpeta de memoria. El agente los lee todos antes de proponer o escribir una tarjeta; el historial completo es cosa de git.
“¿Por qué la idea X no está en el tablero?”
Una línea en rejected.md: la idea y por qué se descartó. Las ideas muertas siguen muertas.
Hermes Kanban
Conserva el rastro completo de la ejecución.
Cada cambio de estado cae en un registro de solo anexado; cada intento conserva su código de salida y toda la salida del proceso. Está hecho para auditar y recuperarse de caídas, no para guiar la idea siguiente.
“¿Qué pasó con la tarea 42 esta noche?”
claimed → crashed → reclaimed → completed, con los registros de cada intento ahí para leer.
La memoria curada orienta la siguiente decisión; el registro de auditoría explica la última ejecución. Ninguno sustituye al otro.
¿Cuánta autonomía le das al agente?
Hermes Kanban está pensado para una ejecución "escribe una frase y déjalo trabajar". AI4Kanban utiliza autonomía con revisión: guardas una idea incompleta, refine la desarrolla hasta convertirla en requisitos concretos y la implementación espera tu aprobación.
Planificas tú todo
Sin autonomía
Lo lleva la persona
Kanban tradicional
Piensas cada tarea y la descompones tú; Trello o Jira solo lo anotan.
Autonomía revisada
El agente propone, la persona aprueba
AI4Kanban
Cada refine escarba en las piezas que faltan y rellena requisitos. Tú revisas antes de que se construya nada.
Autonomía total
Ejecución desatendida
Hermes Kanban
Entra una línea, sale un árbol de tareas: descompuesto y trabajado sin supervisión hasta terminar. El /goal de Claude Code hace la misma apuesta.
Planifica todo el agente
Ejecución desatendida: un malentendido inicial puede propagarse por todo el árbol de tareas antes de que una persona revise el resultado.
Autonomía revisada: un plan Markdown defectuoso llega a revisión, pero la implementación todavía no ha empezado.
Una pasada de refinement completa las lagunas, separa las ideas relacionadas en sus propias tarjetas, reconoce el trabajo ya terminado y convierte las decisiones de criterio en preguntas. Cuando se resuelven, la tarjeta pasa a ready para la revisión final y la implementación.
Dos tableros, dos funciones
Ambos ofrecen una interfaz web. El tablero de AI4Kanban es una superficie de control del trabajo del proyecto: las acciones de una tarjeta inician ejecuciones de agentes. El de Hermes es una vista operativa del despachador: muestra el estado actual de la flota de agentes.
AI4Kanban — tablero local
Un tablero web local sobre los archivos Markdown. Las acciones de una tarjeta (implementar, revisar, archivar) le pasan el trabajo a un agente, y ves su registro llegando en directo, con pausas para preguntarte.
Hermes Kanban — vista en vivo del despachador
Un tablero en vivo que sigue el registro de eventos: arrastrar y soltar entre columnas, un panel lateral con el historial de ejecuciones e insignias de estado de salida, y el mismo tablero manejable desde Discord, Slack o SMS.
Dónde gana cada uno
La mejor opción depende del modelo operativo. AI4Kanban reduce la infraestructura al mínimo y mantiene portátil la planificación. Hermes Kanban aporta una cola compartida y duradera para coordinar ejecuciones desatendidas. Ambos admiten trabajo en paralelo, orquestación y un panel; las ventajas siguientes son las que realmente los diferencian.
AI4Kanban
Sin servicio de tablero que operar
Sin base de datos, sin gateway, sin demonio. Más allá del agente que ya ejecutas, el tablero son archivos Markdown: nada extra que instalar ni mantener vivo, y funciona en un avión.
Planificación que viaja con el código
El tablero vive en el repo y viaja con él, bajo el control de versiones que uses. Cada cambio de tarea o de plan es un diff revisable: sin SQLite fuera de tu proyecto, sin registro de eventos que consultar y sin atarte a una pila de agentes concreta.
Memoria orientada a decisiones futuras
Registra por qué se descartó una idea y qué se entregó, así el agente propone hacia delante en vez de resucitar trabajo muerto. Solo guarda lo que guía la tarea siguiente, no un registro de auditoría completo.
Encaja en el entorno de agentes que ya usas
Un archivo de skill y un script pequeño: sin perfiles que configurar ni despachador que afinar. Encuentra a cualquier agente que lea archivos donde ya está, Hermes incluido.
Hermes Kanban
Una cola compartida por agentes con nombre
Un único tablero duradero donde varios agentes con nombre, y personas, toman tareas y se pasan el trabajo. El despachador sondea las tareas listas y lanza el agente asignado a cada una. El tablero de AI4Kanban lo lleva el único entorno en el que estés.
Recuperación automática del trabajo en curso
La cola sigue cada tarea a través de las caídas: TTL de reserva, latidos, reclamación de reservas caducadas, reintentos y cortacircuitos. Un proceso puede morir a medias y el tablero recupera la tarea y la reintenta. Los archivos de AI4Kanban también son duraderos, pero una ejecución muerta simplemente espera al siguiente ciclo programado.
Descomposición y asignación automáticas
Sueltas una tarea en bruto y el descompositor LLM del despachador la abre en un grafo de subtareas, cada una dirigida a un agente especialista, sin desglose manual. AI4Kanban parte una tarjeta en pendientes y en un grafo de tareas cuidado a mano.
Operaciones multiagente a escala
Hecho para muchos agentes repartidos en muchos tableros, multiinquilino y con control desde Discord, Telegram, Slack, correo y SMS. AI4Kanban es un tablero individual y austero que se queda en tu repo y tu terminal.
¿Cuál deberías usar?
Elige AI4Kanban si
- Quieres versionar y revisar las tareas y los planes junto al código.
- Prefieres un tablero portátil, disponible sin conexión y sin servicios que operar.
- Quieres elegir entre Claude Code, Codex, Cursor, Hermes u otro entorno de agentes.
- Trabajas solo o en un equipo pequeño y valoras una capa de planificación específica.
Elige Hermes Kanban si
- Hermes ya es tu runtime principal y tienes configurados los perfiles, el gateway y el control desde chat.
- Necesitas una cola duradera compartida por varios agentes con nombre y personas.
- Necesitas recuperar automáticamente el trabajo interrumpido.
- Quieres que el despachador descomponga las tareas y las asigne a agentes especialistas.
- Operas muchos agentes en varios tableros y canales de comunicación.
Elige AI4Kanban si necesitas una capa de planificación integrada en el repositorio e independiente del runtime de agentes. Elige Hermes Agent Kanban si necesitas una cola compartida y duradera con despacho, recuperación y coordinación multiagente integrados. La decisión no depende de qué tablero tenga más funciones, sino de si la planificación debe pertenecer al proyecto o al runtime.
También pueden complementarse: utiliza AI4Kanban para definir y revisar el trabajo en git, y después ejecuta el trabajo compartido y aprobado mediante la cola duradera de Hermes.