Revisa el progreso y la calidad de los agentes desde el móvil
Comprueba qué han hecho realmente tus agentes de programación con IA, detecta patrones en su trabajo y atrapa los errores antes de que se acumulen en varias sesiones.
- CLI
- 0.2.17
- Ref de preview
- a2c45c8
Cuando varios agentes de IA se ejecutan en paralelo, aparece un patrón: se aprueban los permisos y los agentes siguen trabajando, pero nadie revisa de forma sistemática lo que han hecho hasta mucho más tarde.
Cuando por fin se miran los diffs, ya han surgido patrones:
- Un agente estaba añadiendo prints de depuración que nadie quería
- Otro no paraba de reformatear archivos no relacionados
- Un tercero avanzaba, pero en una dirección que habría que haber corregido antes
Lo que ayuda es un flujo de revisión pensado para el móvil que detecte estos patrones antes de que se extiendan entre sesiones.
En resumen
- Después de cada turno importante o en pausas naturales, revisa lo que ha cambiado el agente
- Usa la revisión de diffs de Happier desde el móvil (sin SSH)
- Busca patrones: cambios de formato, ampliación del alcance, restos de depuración
- Atrapa los errores mientras el contexto está fresco, no horas después
- Con varios agentes: revisa todas las sesiones cada día para detectar patrones entre sesiones
El problema
Los agentes de IA trabajan rápido. De eso se trata.
Pero la velocidad implica que:
- Los cambios se acumulan deprisa
- Apruebas permisos según descripciones, no según diffs completos
- Cuando haces git diff, han cambiado docenas de archivos
- Te das cuenta de que "el agente se está desviando" demasiado tarde
El fallo caro no es un cambio malo. Es que:
- Un agente desarrolla un patrón (demasiados comentarios, refactorizaciones innecesarias)
- No lo notas en 3 horas
- Ahora ese patrón está en 6 archivos de 4 sesiones
- Deshacerlo implica volver a explicar el contexto
Enfoques habituales y sus contrapartidas
- Revisar al final del día: demasiado tarde. Los patrones ya se han extendido.
- SSH y git diff: funciona, pero es tedioso en el móvil. Es fácil ir con prisas y pasar cosas por alto.
- Diffs de PR en GitHub: buenos para la revisión final, pero quieres comprobarlo antes de hacer commit.
- Fiarte del agente: rápido pero arriesgado. La calidad varía según la complejidad de la tarea.
La revisión de diffs en el móvil de Happier resuelve esto:
- Ver diffs desde el móvil sin SSH
- Revisar después de cada turno o según un horario
- Junto al contexto de la sesión
- Pedir cambios al momento
Si Happier es nuevo para ti
Happier es una app complementaria de código abierto para agentes de programación con IA como Claude Code, Codex y OpenCode.
El flujo aquí: los agentes se ejecutan en tu máquina, Happier te muestra en el móvil qué ha cambiado y puedes detectar problemas antes de que se acumulen.
Para empezar:
- Cómo usar Happier desde el móvil
- GitHub: https://github.com/happier-dev/happier
- Instalación/descarga: https://github.com/happier-dev/happier#how-it-works
- Discord (comunidad y soporte): https://discord.gg/W6Pb8KuHfg
Paso a paso: revisa los cambios del agente desde el móvil
1) Abre la sesión
Desde la app de Happier:
- Toca la sesión que quieres revisar
- Espera a que termine el turno actual (o ábrela mientras se ejecuta)
2) Accede a la revisión del diff
Busca los puntos de acceso a diffs o cambios:
- En la transcripción de la sesión, los resúmenes de turno pueden incluir indicadores de cambios
- La información o los detalles de la sesión suelen mostrar el número de archivos cambiados
- Desliza o toca para abrir la vista del diff
3) Revisa los archivos cambiados
La vista del diff muestra:
- Qué archivos cambiaron
- Altas y bajas línea a línea
- Resaltado de sintaxis
- El contexto de la ruta del archivo
En el móvil:
- Desplázate por los archivos de uno en uno
- Céntrate en los cambios de alto riesgo (lógica principal, archivos de configuración)
- Mira por encima los cambios seguros (pruebas, comentarios)
4) Busca patrones
Patrones habituales de los agentes que conviene atrapar pronto:
Restos de depuración:
# Added debug print the agent forgot to remove
print(f"DEBUG: user_id={user_id}")Cambios de formato:
- existing_function()
+ existing_function(
+ )La lógica no ha cambiado, pero ahora todas las líneas aparecen como modificadas.
Ampliación del alcance:
# You asked to fix auth.py
# Agent also reformatted database.py, models.py, utils.pyDemasiados comentarios:
# Initialize the variable
x = 0
# Increment the variable
x += 1Complejidad innecesaria: El agente sustituyó 5 líneas por 20 líneas de abstracción sobrediseñada.
5) Actúa según lo que encuentres
Si los cambios se ven bien:
- Pasa a la siguiente sesión o tarea
- Haz commit si es un buen punto para parar
Si detectas problemas:
- Responde al agente: "Quita los prints de depuración de auth.py antes de seguir"
- O: "Revierte los cambios de formato de database.py, ese archivo no entraba en el alcance"
- El agente puede arreglarlo antes de que hagas commit
Un flujo para varios agentes en paralelo
Cuando ejecutas de 3 a 5 agentes a la vez:
Revisión de la mañana
- Abre cada sesión
- Revisa qué hizo cada agente durante la noche
- Detecta patrones entre sesiones
Ejemplo de hallazgo:
"Los tres agentes añaden anotaciones de tipo de forma incoherente. Dos usan
typing.List, uno usalist. Hay que fijar un estándar."
Revisión de mediodía
- Mira las sesiones que han terminado turnos
- Revisa sus diffs
- Aprueba los siguientes pasos o pide correcciones
Auditoría al final del día
- Revisa todos los cambios sin commit de todas las sesiones
- Busca patrones entre sesiones
- Haz commit del trabajo limpio y arregla o descarta el resto
Patrones de calidad a vigilar
Precisión en la selección de archivos
¿El agente tocó los archivos que esperabas?
Bien:
- Pediste arreglar auth
- Modificó:
auth.py,auth_test.py
Señal de alarma:
- Pediste arreglar auth
- Modificó:
auth.py,database.py,utils.py,config.py,README.md
Granularidad de los cambios
¿Los cambios están acotados o desperdigados?
Bien:
- Función de 50 líneas modificada, 3 líneas cambiadas
Señal de alarma:
- Función de 50 líneas modificada, 45 líneas cambiadas (posible reescritura cuando se esperaba una edición)
Cobertura de pruebas
¿El agente añadió o actualizó pruebas?
Bien:
- Modificó
feature.pyy añadió pruebas enfeature_test.py
Señal de alarma:
- Modificó la lógica principal sin cambios en las pruebas
Límites del commit
¿Puedes hacer commit de este trabajo de forma limpia?
Bien:
- Un cambio lógico, listo para commit
Señal de alarma:
- Tres cambios sin relación mezclados
- Sigue habiendo código de depuración
- Queda código comentado
Atrapa pronto la deriva del agente
Deriva del agente: cuando la comprensión que tiene el agente de la tarea cambia poco a poco.
Señales:
- Primer cambio: justo lo que pediste
- Segundo cambio: sigue relacionado, pero más amplio
- Tercer cambio: ahora resuelve problemas adyacentes que no pediste
Si la atrapas pronto:
Revisa después de cada turno. Si el turno 2 muestra deriva, redirige al momento:
"La exportación a CSV se ve bien, pero no refactorices todavía todo el sistema de importación. Probemos primero la exportación."
Si no la atrapas pronto:
Revisas al final. Ahora el agente ha refactorizado las importaciones en 12 archivos y tienes que desenredar qué se puede conservar sin riesgo.
Consejos para revisar en el móvil
Céntrate en los archivos con más información
No hace falta revisar cada archivo cambiado línea a línea.
Orden de prioridad:
- Archivos de lógica principal (autenticación, lógica de negocio, handlers de API)
- Archivos de configuración (pueden romperlo todo)
- Pruebas (asegúrate de que prueban lo correcto)
- Documentación (menos riesgo, revísala más tarde)
Usa el número de cambios para priorizar
Si una sesión cambió:
- 3 archivos, 50 líneas: revisa ahora, de un vistazo
- 12 archivos, 300 líneas: revisa ahora, centrándote en los archivos principales
- 50 archivos, 2000 líneas: seguramente formato o refactorización, comprueba 5 archivos clave
Revisa en límites naturales
No revises a mitad de turno salvo que el agente esté atascado.
Revisa cuando:
- El agente termina un turno y pregunta qué sigue
- El agente completa un hito lógico
- Vas a aprobar el siguiente permiso importante
Solución de problemas
Síntoma: no veo los diffs desde la app
Causa probable:
- La sesión se ejecuta en una máquina a la que Happier no puede acceder
- El repositorio Git no está inicializado
- La vista de diff no está disponible para este tipo de sesión
Solución:
- Asegúrate de que la máquina de la sesión es accesible
- Comprueba que la sesión está en un repositorio git
- Comprueba que el tipo de sesión admite revisión de diffs
Síntoma: demasiados cambios para revisarlos en el móvil
Causa probable:
- El agente hizo una refactorización o un cambio de formato masivo
- Se han juntado varios turnos
Solución:
- Prioriza: primero los archivos principales
- Pasa al escritorio para una revisión completa
- O pide al agente que resuma los cambios por archivo
Síntoma: el agente repite los mismos errores
Causa probable:
- El patrón no se aborda de forma explícita en las instrucciones del agente
- El agente no tiene la guía de estilo del proyecto
Solución:
- Crea o actualiza
AGENTS.mdcon reglas de estilo - Sé explícito: "No añadas prints de depuración", "No reformatees archivos fuera del alcance"
- Tras la corrección, comprueba en el siguiente turno que el agente lo ha entendido
Preguntas frecuentes
¿Debería revisar cada turno?
No. Revisa en límites lógicos:
- Después de completar una subtarea
- Antes de hacer commit
- Cuando se acumulan varios turnos
- Al cambiar de agente
En trabajo exploratorio, revisa menos. En código de producción, revisa más.
¿Y si detecto un error horas después?
Pide al agente que lo arregle:
"En la línea 45 de auth.py añadiste un print de depuración. Quítalo y busca si hay otros."
O revierte el archivo:
git checkout HEAD -- auth.pyLuego pide al agente que rehaga ese cambio concreto.
¿Puedo revisar sin Happier?
Sí:
git diff
git statusPero en el móvil, SSH + git es incómodo comparado con la interfaz de Happier.
¿Funciona con todos los agentes?
Funciona con cualquier agente que se ejecute en un repositorio git:
- Claude Code
- Codex
- OpenCode
- Agentes personalizados
El diff es la salida estándar de git, no algo propio de cada agente.
¿Cómo reviso el trabajo de varios agentes?
Desde el móvil:
- Abre Happier
- Mira los cambios recientes de cada sesión
- Busca patrones contradictorios o ediciones solapadas
O desde el escritorio:
git diff main
git log --oneline --graphGuías relacionadas
- Cómo revisar diffs desde el móvil
- Cómo revisar qué cambió en el último turno (resumen del diff) en sesiones de Claude Code, Codex y OpenCode
- Recibe avisos cuando un agente te espera en muchas sesiones en paralelo
- Cómo saber qué sesión de Claude Code, Codex u OpenCode está atascada (sin revisar 10 terminales)