Comparativa
AI4Kanban vs.
Hermes Agent Kanban
Dos tableros kanban pensados para agentes, con mucho solape. La diferencia está en qué lugar de la pila ocupa el tablero: ai4kanban es una capa de tablero ligera sobre la que corres cualquier agente; Hermes Agent Kanban funde ese tablero dentro de su propio runtime.
Un tablero de Markdown plano en tu repo. El runtime, la ejecución e incluso el mantenimiento van encima: cambias de agente y el tablero sigue.
El tablero, el despachador y los agentes con nombre son un runtime integrado: duradero y todo incluido, pero el tablero no se separa de Hermes.
¿Y por qué no usar Hermes Kanban sin más?
Buena pregunta: se solapan bastante. Los dos son tableros kanban desde los que un agente planifica y trabaja, así que piensa en ai4kanban como una alternativa ligera a Hermes Kanban: la misma idea de tablero, menos el runtime incluido. La diferencia está en lo que hay debajo.
AI4Kanban — un tablero hecho de archivos
- 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 — un tablero dentro de un 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_*.
Cuándo usar ai4kanban
Elige la skill cuando quieras el tablero versionado junto a tu código, cuando vayas a quedarte en un entorno que ya ejecutas, o cuando no quieras operar un runtime solo para tener un tablero de tareas. Tira de Hermes Kanban cuando ya trabajes a fondo con Hermes: su tablero se enchufa directo al despachador, los perfiles con nombre y el control desde chat que ya tienes montados. Al final los dos son colas duraderas; la de la skill son archivos en git, la de Hermes son filas en SQLite.
¿Qué agentes pueden ejecutar el tablero?
La diferencia más clara de todas. El tablero de la skill son archivos planos, así que cualquier agente capaz de leer un repo puede ejecutarlo, incluido el propio Hermes. El tablero de Hermes Kanban vive detrás de las herramientas kanban_* del runtime, así que solo puede Hermes.
OpenClaw
Hermescualquier agente que lea archivos
solo Hermes
OpenClawHermesOpenClawHermes…y la fila de la skill sigue y sigue: Windsurf, OpenCode, Gemini CLI, cualquier cosa que lea archivos. Hermes Kanban no deja puerta abierta a otros agentes.
AI4Kanban vs. Hermes Kanban
Un es una victoria clara; un guion es un compromiso. La skill gana en simplicidad y portabilidad, Hermes en la cola compartida y duradera y en escala; el resto queda en empate.
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.
Un tablero individual; grep se vuelve incómodo según crece.
Escala a muchos agentes repartidos en muchos tableros: multiinquilino y con control desde Discord / Slack / correo / SMS.
Qué recuerda cada tablero
La diferencia esencial: la memoria de la skill es una entrada para planificar, existe para que la propuesta siguiente sea más lista. El registro de Hermes es una salida de la ejecución, existe para poder reproducir el pasado.
AI4Kanban
Recuerda conclusiones, olvida el resto.
Cuatro archivos pequeños, podados a propósito: archive.md (qué se entregó), rejected.md (qué descartamos y por qué), redesign.md (errores de diseño a no repetir), memory.md (lo que aprendieron los barridos anteriores). 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
Recuerda cada evento, no resume nada.
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 hace al agente más listo la próxima vez; el registro de auditoría hace el pasado reconstruible. Ninguno sustituye al otro.
¿Cuánta autonomía le das al agente?
Hermes Kanban promete "suelta una frase y vete", autonomía total. ai4kanban es asistido por el agente, y arranca antes que el modo plan: guardas una idea a medio formar en el tablero, refine la convierte en requisitos concretos y tú apruebas antes de que se escriba una línea de código.
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.
Semiautonomía
Asistido por el agente
AI4Kanban
Cada refine escarba en las piezas que faltan y rellena requisitos. Tú revisas antes de que se construya nada.
Autonomía total
Suéltalo y olvídate
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
Suéltalo y olvídate: un malentendido pequeño al principio se convierte en un árbol entero de tareas equivocadas, construidas y con los tokens ya gastados.
Asistido por el agente: una tarjeta Markdown equivocada, que pillas al revisarla, antes de que se construya nada.
Un refine rellena los pasos que faltan, separa las ideas colaterales en tarjetas propias, marca los pendientes que ya aterrizaron y te deja a ti las decisiones de criterio en forma de preguntas. Cuando no queda ninguna, la tarjeta pasa a ready: la lees y la construyes.
Interfaz gráfica del tablero
Los dos traen tablero web, pero cumplen papeles distintos. El de la skill es una superficie de control para tu agente: las acciones de una tarjeta lanzan ejecuciones. El de Hermes es una ventana en vivo al despachador: muestra qué está haciendo la flota ahora mismo.
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
Ninguno es mejor sin más. ai4kanban optimiza para un tablero ligero, hecho de archivos y sin infraestructura propia; Hermes Kanban optimiza para una cola de trabajo duradera y compartida contra la que muchos agentes corren sin supervisión. Las funciones del entorno (ejecuciones paralelas, orquestación, panel) están en ambos lados, así que no se listan aquí.
AI4Kanban
Sin infraestructura propia
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.
Archivos que puedes versionar y ver en diff
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 que se poda sola
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.
Se instala con un prompt
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
Un tablero, muchos 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 la skill lo lleva el único entorno en el que estés.
Cola de tareas que se autorrepara
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 la skill también son duraderos, pero una ejecución muerta simplemente espera al siguiente ciclo programado.
Descompone tareas automáticamente
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. La skill parte una tarjeta en pendientes y en un grafo de tareas cuidado a mano.
Alcance y escala de flota
Hecho para muchos agentes repartidos en muchos tableros, multiinquilino y con control desde Discord, Telegram, Slack, correo y SMS. La skill es un tablero individual y austero que se queda en tu repo y tu terminal.
¿Cuál deberías usar?
Tira de ai4kanban cuando
- Quieres un tablero de archivos: cada cambio de tarea o de plan es un diff revisable.
- No quieres infraestructura propia: archivos planos, sin conexión, portátiles y sin ataduras.
- Lo quieres independiente del agente: Claude Code, Cursor, incluso el propio Hermes.
- Trabajas solo y valoras un tablero austero por encima de un motor incluido.
Tira de Hermes Kanban cuando
- Ya trabajas a fondo con Hermes: perfiles, gateway y control desde chat ya montados.
- Quieres un único tablero duradero que compartan muchos agentes con nombre y también personas.
- Quieres una cola que recupere sola las tareas en vuelo tras una caída.
- Quieres que el despachador descomponga tareas solo y las dirija a especialistas.
- Ejecutas cargas de flota repartidas en muchos tableros y plataformas de chat.
Se solapan más de lo que sugieren los nombres: los dos son tableros kanban para agentes. La división está en qué viene incluido: ai4kanban es un tablero de archivos que deja la automatización a tu entorno; Hermes Agent Kanban es ese mismo tablero envuelto en una cola de trabajo duradera y compartida. Si quieres un tablero que compartan muchos agentes y que sobreviva a las caídas, usa Hermes. Si quieres un tablero austero en tu repo que amplías solo cuando hace falta, usa ai4kanban.
Hasta pueden convivir: la skill como el sitio ligero donde planificas y podas en git, y Hermes como la cola duradera que ejecuta el trabajo pesado y compartido una vez que has decidido cuál es.