mini-tui Web
Aplicacion Web - Interfaz para agentes de codigo
La aplicacion web de mini-tui: el mismo agente de codigo que en la terminal, en el navegador y pensado para trabajar en varias cosas a la vez. Paneles estilo tmux con una sesion por panel transmitiendo en vivo por su propio WebSocket, notas por sesion sincronizadas en tiempo real a traves de un unico socket, historial organizado por carpeta, selector de carpeta local o remoto por SSH, /resume desde cualquier chat, avisos al terminar una sesion y controles de tamano de interfaz y texto. Construida con Svelte 5, Tailwind CSS 4 y un servidor Bun con SQLite, responsive de movil a escritorio y probada con cinco suites end-to-end en navegador real. Su agente Rust gana la ronda 5 de su benchmark contra pi: 0,69x el tiempo agregado (204,5 s contra 295,0 s), 8 de 10 tareas y calidad 10/10 en ambos lados.
Tecnologías utilizadas
Frameworks
Front-end
Tailwind CSS
Responsive DesignDevOps
VPSHerramientas
SQLiteFuncionalidades principales
Chat en el navegador para el agente
La misma sesion del agente que en la terminal, en una interfaz web: el transcript se transmite en vivo por un WebSocket por sesion (snapshot y despues deltas), con tarjetas por cada comando, el razonamiento plegado ('Thought for 6s') y la respuesta final en markdown. Reconexion automatica con backoff y heartbeat.
Paneles estilo tmux
Divide la ventana a la derecha o hacia abajo (Ctrl+\), cada panel es su propio chat con su propia sesion y todos trabajan y transmiten a la vez. Divisores redimensionables con raton o teclado, Alt+1..6 para moverse, la disposicion se recuerda y en movil los paneles pasan a ser pestanas.
Notas por sesion, en vivo
Una barra lateral derecha con notas para cada sesion que se guardan solas mientras escribes. Todo va por un unico WebSocket por pestana (sin REST ni polling): una edicion desde otro dispositivo aparece al instante, y si estas escribiendo se detiene y te deja elegir entre tu version o la suya, sin perder texto nunca.
Sesiones organizadas por carpeta
La barra lateral agrupa todo el historial por proyecto: cada carpeta con su numero de sesiones, un indicador de las que estan ejecutandose, carpetas fijadas arriba y un boton para abrir un chat nuevo directamente en esa carpeta. Carga perezosa desde un indice de SQLite (0,1 ms) y sin peticiones mientras esta inactiva.
Selector de carpeta local y remota
Un chat nuevo elige en que carpeta trabajar navegando las carpetas de la maquina donde se ejecutara: este servidor o un host remoto por SSH, con migas de pan, ruta escrita, carpetas ocultas, repositorios git marcados y carpetas recientes.
/resume desde cualquier chat
Retoma cualquier sesion guardada en la base de datos (tambien las de la terminal), agrupadas por fecha y con busqueda por titulo, primer mensaje y carpeta. Al enviar un mensaje la conversacion continua con todo su contexto.
Avisos al terminar y memoria de prompts
Cuando termina una sesion que no estas mirando aparece un aviso con un boton 'View' que la abre y enfoca. Las flechas del prompt recuperan los mensajes anteriores de ese chat, con los comandos y skills como chips.
Tamano de interfaz y de texto
Dos controles independientes: el tamano de toda la interfaz (85-140%) y solo el del texto que lees y escribes (90-150%), con vista previa, atajos Ctrl +/- y un minimo de 100% en pantallas tactiles para que los botones sigan midiendo 44 px.
Contexto compartido entre subagentes
Cuando una sesion orquesta subagentes, la exploracion se paga una sola vez y se entrega. El orquestador escribe lo que descubrio (simbolos, ficheros, lineas), el contrato de integracion, sus decisiones y la superficie de cada repo en un almacen compartido; cada subagente recibe despues esos documentos recortados al repo en el que trabaja, sin volver a explorar. Cuando un subagente termina, informa de lo que toco, que campo del contrato emitio y cualquier cosa que contradiga el encargo, y una comprobacion mecanica del contrato verifica sus afirmaciones sin ningun modelo en medio. Esa comprobacion se endurecio despues: ejecutando orquestaciones reales se encontraron siete formas distintas de que pudiera informar "pass" sin haber examinado nada, y todas estan corregidas (cinco en mini-tui 0.38.1, las dos ultimas en 0.38.2) - incluida una comprobacion de cobertura que falla, y dice "esto NO es un pass", cuando no se ha comprobado nada. Medido en orquestaciones reales en la web: los tokens de descubrimiento por subagente bajaron de unos 1.962 a 0, y los subagentes tardaron 28 pasos en lugar de 40 para hacer mas trabajo - porque el padre ya habia explorado, una vez.
Galería de imágenes