Mindwalk: el Creador de Air Ahora Te Deja Ver Dónde Anduvo tu Agente
Si escribís Go hace más de unos meses, probablemente ya corriste air sin pensarlo dos veces — es la herramienta de live-reload que media comunidad Go usa durante el desarrollo. La persona detrás de ella, cosmtrek, acaba de lanzar algo en un carril completamente distinto: una herramienta para ver qué le hizo realmente tu coding agent a tu repo.
Se llama Mindwalk, y el pitch es refrescantemente acotado. No gestiona tus agentes, no agrega hooks a tu workflow, no vive en tu terminal como una barra de estado. Lee un session log después de los hechos y te muestra la forma de lo que pasó.
El problema que resuelve
Un session log te dice qué hizo el agente — qué tool calls, qué archivos, en qué orden. No te dice cómo entendió la tarea. ¿Trató como relevantes las partes correctas del repo? ¿Anduvo dando vueltas antes de encontrar el problema real? ¿Su huella coincidió con el alcance que tenías en mente, o tocó tres veces más superficie de la que necesitaba?
Leer un JSONL crudo línea por línea no responde nada de eso. Tendrías que reconstruir la forma de la sesión en tu cabeza.
La idea: un mapa nocturno
Mindwalk dibuja tu repositorio como un mapa oscuro y reproduce la sesión como luz moviéndose sobre él. Donde el agente buscó, leyó o editó, esa parte del mapa se enciende. El resto queda oscuro. Cada archivo guarda su touch state más profundo — visto (verde musgo), leído (blanco luna), editado (ámbar cálido) — así que tenés de un vistazo la forma real de hacia dónde fue la atención del agente, no solo una lista de paths.
El HUD agrega una capa de fricción encima: error rate, qué archivos se churnearon repetidamente, ediciones que pasaron después del último verify. Un timeline marca compactaciones de contexto, lanzamientos de subagentes y turnos del usuario como puntos de click-to-jump, y un playback deck te deja scrubear la sesión sobre un histograma agrupado — la observación queda en tonos fríos, la mutación brilla en cálido, así que las fases de edición saltan a la vista sin leer una sola línea de log.
Está construido exactamente para esto: un solo binario en Go que lee session logs de Claude Code y Codex, todo local — ningún dato de sesión sale de tu máquina.
Ponerlo a andar
curl -fsSL https://raw.githubusercontent.com/cosmtrek/mindwalk/master/scripts/install.sh | sh
export PATH="$HOME/.local/bin:$PATH"
mindwalk
Sin argumentos, escanea ~/.claude/projects y ~/.codex/sessions, levanta un server local, y abre tu navegador. También podés apuntarlo a una sesión específica (mindwalk open <session.jsonl>), o generar los datos subyacentes vos mismo: mindwalk build <repo> escribe el layout del repo como JSON, mindwalk trace <session> escribe el stream de eventos normalizado. El instalador verifica contra un archivo de checksum, así que no estás pipeando un binario a ciegas a tu PATH.
Por debajo, el diseño está deliberadamente separado en dos piezas: un trace (el session log normalizado en eventos de touch por archivo, un adapter por formato de agente) y un citymap (un layout determinístico de tu repo — el mismo árbol siempre produce el mismo mapa, así que las sesiones son comparables entre sí). Un server local en Go une ambas piezas y sirve un frontend en React/Three.js. Separación limpia, fácil ver dónde agregarías soporte para un tercer formato de agente si quisieras.
Por qué esto es una forma distinta de lo que ya cubrimos
Ya escribimos sobre algunas herramientas en el espacio de “qué está haciendo mi agente” — el dashboard local de AgentsView, la barra de estado en vivo de Claude HUD, la plataforma de observabilidad de Laminar. Todas están construidas para un momento distinto: quieren que estés mirando mientras el agente trabaja, o que compares costos y traces entre muchas corridas.
Mindwalk no está compitiendo ahí. Es una herramienta post-mortem. La corrés cuando la sesión ya terminó, de la misma forma en que abrirías el diff de un PR en vez de mirar por encima del hombro mientras alguien tipea. Es un caso de uso distinto — menos “¿mi agente está trancado ahora mismo?”, más “¿esta sesión se ganó mi confianza, y por dónde debería empezar a mirar antes de mergear su trabajo?”.
El límite honesto
Un replay te muestra por dónde anduvo el agente, no si lo que hizo ahí estuvo bien. Ver que un agente tocó tres archivos te dice dónde mirar — no te dice si las ediciones fueron correctas. Y es justo señalar que el README todavía no dice nada sobre cómo se comporta el mapa en un monorepo muy grande, ni si podés diffear dos corridas de la misma tarea entre sí. Ese es el feature obvio que le falta a cualquiera que quiera usar esto para evaluar la calidad del agente en el tiempo, no solo inspeccionar una sesión suelta.
Vale la pena mencionar que un comentario en el thread de Show HN vino de alguien construyendo su propia herramienta de memoria de agente para un coding agent distinto, y su lectura fue que el valor no está en la visualización en sí — está en poder saber rápido si un cambio que hiciste en la configuración de tu agente realmente lo hizo más inteligente o no. Ese es probablemente el caso de uso más duradero que lo que sugieren las capturas de pantalla de la demo.
¿Instalarlo o no?
Si corrés sesiones de Claude Code o Codex con regularidad y alguna vez terminaste una tarea preguntándote qué hizo exactamente para llegar ahí — esto es una instalación de cinco minutos que responde esa pregunta visualmente en vez de scrolleando un transcript. Es MIT-licensed, es completamente local, y el camino de instalación es un solo binario verificado.
¿Alguien ya lo probó en un repo grande? Me interesa saber si el mapa se vuelve ilegible a partir de cierto tamaño, o si aguanta bien.