Timmy-TUI

Cada ejecución se sella en un recibo con encadenamiento por hash sha256 y una firma ed25519. Guarda los hashes del prompt y de la respuesta, el uso de tokens, el coste, la latencia y una clase de error. Las ejecuciones fallidas y las denegadas también se sellan, así que los huecos de un registro no son silenciosos. Ese último detalle importa. Casi todas las herramientas de registro solo anotan los éxitos, que es justo cuando menos necesitas el historial.

TIMMY vincula el sistema operativo, la arquitectura y los hashes de compilación de las herramientas a cada recibo. Cuando reproduces, se niega a fingir que una máquina que se ha desviado es la misma que produjo la ejecución. Así que una reproducción o coincide con el entorno o te dice que no. La reproducción lee solo del manifiesto, mientras que las listas de corte EDL reensamblan los clips en un paquete portátil .agentrun que lleva las ediciones, los hashes y los recibos con intercambio OTIO para las herramientas que hablan ese formato.

El Puesto de mando toma un DispatchPlan tipado, validado con CUE, y lo ejecuta a través de un ciclo de vida. Los tokens de operador se vinculan al hash completo del plan, así que la aprobación es de un solo uso y caduca. Las rutas de pago se deniegan por defecto sin un límite de gasto, lo que evita que un agente suba una factura sin avisar. Es una barandilla que configuras una vez y olvidas.

TIMMY dirige agentes a través de varios caminos de ejecución, cada uno pensado para un tipo de trabajo distinto. Entre ellos están OpenHands en modo sandbox desechable o nada, OpenCode, Pi y jcode. Hay caminos 3D para Blender, Godot, Unity, Unreal y Houdini, además de caminos de API protegidos por clave. La multiplexación de terminal con tmux, zellij y rmux te deja ver varias ejecuciones a la vez.

Para respuestas con más confianza, los bucles de juez reparten un prompt entre varios modelos en local y luego escalan a un modelo de frontera solo cuando la confianza cruza un umbral. Cada bucle sella tanto los recibos hijos como el padre, así que puedes rastrear cómo se llegó a una respuesta final en vez de ver solo el punto de llegada.

El servidor MCP integrado expone 24 herramientas a cualquier agente que hable MCP, con un puente de ejecución de cliente y un camino de invocación OpenAPI que deja a un agente existente delegar trabajo sin reconstruir su propia capa de herramientas. Los servicios complementarios añaden un espejo de chat en el navegador en el puerto 3001, un navegador de recibos y una encuesta de despacho en el 4310, y un Mission Map en el 4321. Así el trabajo en el terminal tiene una capa visual cuando la quieres.