Timon: mi opinión sobre el puesto de trabajo que ejecuta tus agentes IA

Timon muestra 167 estrellas en GitHub y una versión 0.1.7. El repositorio público se creó el 6 de noviembre de 2026, la víspera del día en que descargué el instalador. Es lo primero que hay que decir, antes de hablar de funcionalidades.

Porque Timon no se presenta como un agente más. La web habla de «agentic workstation», un puesto de trabajo que ejecuta los agentes que ya usas: Claude Code, Codex, Grok, GitHub Copilot, opencode, Hermes. Mi opinión va menos sobre un modelo que sobre el lugar donde ocurre el trabajo.

El veredicto del laboratorio

Timon en breve

Timon es una aplicación de escritorio (Electron) con un daemon que corre como servicio del sistema. Reúne varios agentes de línea de comandos en un solo espacio, con un pipeline que va de la descripción del trabajo al merge, pasando por una revisión hecha por otro modelo.

• Precio real: gratis en Free para un desarrollador en una máquina, todos los agentes incluidos, ningún soporte. Pro y Cloud aparecen como «pricing coming soon».
• Para quién: un desarrollador en solitario que ya paga varias suscripciones de IA y pierde tiempo saltando entre terminales.
• Huye si: buscas una herramienta estable para un equipo, o un agente único listo para usar.

La etiqueta EN PRUEBA no es una precaución de estilo: es la consecuencia directa de mi prueba: el paquete, la CLI y la documentación, sin interfaz gráfica.

Timon no es un agente nuevo

Timon no vende un modelo, vende el escritorio donde trabajan los modelos.

Conectas tus suscripciones actuales, tus claves API o un endpoint personalizado. Claude Code, Codex, Grok, GitHub Copilot, opencode y Hermes aparecen en la lista, con la mención «y más».

Dos detalles cambian el uso: el cambio de modelo a mitad de hilo, sin perder el contexto, y el fallback entre proveedores. Cuando un proveedor alcanza su límite, la conversación sigue en el siguiente configurado, mismo hilo, contexto completo. El eslogan de la casa, «Never out of quota», se traduce fácil: ya no tienes que pegar tu último mensaje en otra terminal.

El pipeline code, review, merge: el verdadero diferenciador

Un solo bloque me detuvo: el pipeline.

Describes el trabajo. Timon propone un plan, que apruebas. El plan se divide en tareas sobre un Kanban. Cada tarea se codifica, se revisa y se fusiona en su propio git worktree. Un modelo escribe mientras otro relee, lo que el editor llama cross-model review.

El worktree por tarea es el detalle que importa. Dos tareas en paralelo no se pisan, y una revisión que sale mal no deja tu carpeta en un estado raro. Es fontanería, no magia, y es justo lo que falta cuando tres agentes corren a la vez.

La revisión cruzada tiene sus límites. Dos modelos suelen compartir los mismos puntos ciegos. Detecta regresiones evidentes, no decisiones de arquitectura discutibles. Timon prepara tu revisión, no la sustituye.

Lo que corre mientras duermes

La cola Schedule envía tareas a las 2 de la madrugada y las reparte hasta que te despiertas: cerrar la ventana no detiene el trabajo, el daemon corre como servicio del sistema. Los triggers cubren cron, webhooks de GitHub y GitLab, eventos internos. Los workflows ofrecen un lienzo visual con una traza reproducible nodo a nodo, y Team coloca un orquestador por encima de programadores, revisores y fusionadores.

Es el escenario que muchos buscan: encender la máquina por la noche y encontrar ramas listas por la mañana. Solo sobre el papel.

Mi prueba real: la CLI funciona, la interfaz está por ver

Descargué la AppImage de Linux, 208 MB, y la extraje. El contenido es coherente: resources/app en 0.1.7 bajo licencia AGPL-3.0-only, resources/orchestrator para el motor, un binario cli/timon, los binarios de Electron de siempre.

Después, timon doctor inspecciona la máquina: detecta node, git, docker y hermes-acp, y luego lista los backends ausentes: claude, codex, grok, copilot, opencode y gh. Señala los módulos desactivados (systemd, gui, containers) y termina con «Nothing missing at the essential level (node, git, an LLM backend)».

La CLI además expone más que la interfaz: timon spawn, send, steer, kill, las tareas, los skills, los servidores MCP, los workflows y las trazas. El límite es claro. El daemon se niega a arrancar fuera de su wrapper de Electron: el módulo nativo better-sqlite3 está compilado para la ABI de Electron (NODE_MODULE_VERSION 127), no para el Node del sistema. Consecuencia: no hay motor solo, en headless, sin la aplicación.

Mi entorno no tenía sesión gráfica, así que no vi la interfaz funcionando. Mi opinión sobre Timon se basa en el paquete, la CLI, la documentación y los precios.

El precio: gratis, con una definición precisa

El plan Free cubre un desarrollador en una máquina. Incluye todos los agentes, tus suscripciones o claves, el Kanban con git, los triggers, las rutinas, los workflows, el pipeline con un worktree por tarea, la rejilla multichat (2, 4, 6 o 9 conversaciones), el navegador integrado, la memoria local y la interfaz móvil. Un usuario, una máquina, ningún soporte.

Pro y Cloud aparecen como «pricing coming soon», contacto por Discord. Pro añade los plugins premium, las cuentas multiusuario con roles, el white label y el soporte premium. Cloud es Pro en tu propio servidor, el equipo conectado desde cualquier navegador, agentes 24/7. El editor lo dice él mismo: «Plans and their contents may still change.»

La regla económica está a la vista sin rodeos: «Bring your own AI subscriptions: Timon never resells model usage.» Timon no revende tokens. Ya detallé la factura real de un agente que corre 24/7 si quieres cifrar el presupuesto antes de conectar otro agente. Tu coste son tus suscripciones actuales, más el precio de Timon cuando se publique.

La importación desde Hermes, el punto fuerte subestimado

timon agent import –hermes [PROFILE…] Conté por qué dejé n8n por mis propios agentes, que es el razonamiento detrás de herramientas así. lee los perfiles de Hermes de la máquina, en ~/.hermes. El comando recupera el prompt, las reglas, los skills, los servidores MCP, las rutinas y la imagen. Los secretos se importan solo por nombre.

Si ya tienes agentes configurados, no partes de cero. Timon ejecuta Hermes como uno de sus agentes, junto a Claude Code, Codex, Grok y opencode. Es la demostración más concreta de su promesa: no intenta matar tus agentes, los acoge.

Preguntas frecuentes

¿Timon es realmente gratis?

Sí, con una definición restrictiva. El plan Free cubre un desarrollador en una máquina e incluye todos los agentes, el Kanban, los triggers, los workflows, el pipeline con un worktree por tarea y la interfaz móvil. Ningún soporte. Pro y Cloud se anuncian como «pricing coming soon», sin importe público hasta hoy.

¿Timon sustituye a Claude Code o Codex?

No. Timon es un puesto de trabajo que ejecuta esos agentes. Conservas tus suscripciones y tus costumbres de línea de comandos, pero los pilotas desde un solo espacio, con un pipeline y un seguimiento de tareas por encima. La herramienta organiza el trabajo, no sustituye al motor que escribe el código.

¿Hay que contratar nuevas suscripciones de IA?

No. Timon funciona con tus suscripciones, tus claves API o un endpoint personalizado. La regla mostrada es explícita: Timon nunca revende tokens. Tu coste variable sigue siendo el que ya pagas a tus proveedores de modelos, y la herramienta no cobra nada de paso.

¿Puede Timon funcionar sin la aplicación de escritorio?

No, no en la versión probada. El daemon se niega a arrancar fuera del wrapper de Electron, porque el módulo nativo better-sqlite3 está compilado para la ABI de Electron y no para el Node del sistema. El motor sigue atado a la instalación de escritorio, aunque siga trabajando con la ventana cerrada.

¿Se pueden importar los agentes de Hermes que ya tienes?

Sí, con timon agent import –hermes. El comando lee los perfiles presentes en ~/.hermes y recupera el prompt, los documentos de identidad, las reglas, los skills, los servidores MCP, las rutinas y la imagen. Los secretos se importan solo por nombre. Después Timon ejecuta Hermes como uno de sus agentes, junto a Claude Code, Codex o Grok.

¿Es Timon fiable para un uso diario?

Todavía no está demostrado. La versión pública es la 0.1.7, el repositorio se creó el 6 de noviembre de 2026 y contaba con 167 estrellas, 17 forks y 10 issues abiertas al 7 de noviembre. Es un arranque rápido, no un historial. De ahí la etiqueta EN PRUEBA: el producto es prometedor, su robustez en el tiempo está por demostrar.

La última palabra

Timon ataca un problema real por el lado correcto. La mayoría de las herramientas de coding agent venden un modelo o un chat. Timon vende el taller: los worktrees, el Kanban, la revisión cruzada, el daemon que trabaja de noche, la importación de lo que ya tienes.

El Free es honesto, la regla de «bring your own subscriptions» también, y la importación desde Hermes demuestra que el editor sabe con quién habla. Pero hablamos de un repositorio creado la víspera, una versión 0.1.7 y una interfaz que no pude ver en marcha. Un 7/10 en EN PRUEBA es exactamente eso: una arquitectura que merece una prueba, no una recomendación firme.

Si ya tienes dos agentes instalados y la costumbre de perder contexto entre terminales, el Free se prueba sin riesgo económico: instálalo, conecta un agente, deja correr una tarea real. Si buscas una herramienta para ponerla en manos de todo un equipo, espera a que Pro y Cloud tengan precio. Y si quieres un solo agente, un comando, cero configuración, no eres el público.