Aprobaciones con intervención humana desde el móvil: deja que Claude Code, Codex y OpenCode ejecuten comandos peligrosos con seguridad
Una forma práctica de aprobar acciones de riesgo desde el móvil sin pasarte al YOLO total, con acceso limitado en el tiempo, interrupciones del flujo e interfaces de aprobación pensadas para el móvil.
- CLI
- 0.2.17
- Ref de preview
- a2c45c8
El momento peligroso de verdad en una sesión larga no es cuando empieza.
Es cuando lleva 40 minutos, tú estás con el móvil y te pide algo que podría romper de verdad tu entorno:
- instalar una dependencia del sistema
- borrar o reescribir un directorio
- modificar secretos o configuración
- ejecutar un comando que no lanzarías a la ligera
En ese momento tienes dos malos instintos:
- aprobar rápido porque quieres que siga
- denegarlo todo porque no tienes contexto para juzgarlo
Lo que ayuda es un flujo de trabajo que haga que las aprobaciones sean:
- explícitas
- revisables
- limitadas en el tiempo cuando haga falta
- y usables desde el móvil
Resumen
- Reduce primero el radio de impacto (así las aprobaciones dan menos miedo): envoltorios de borrado más seguros, reglas estrictas de sudo / doas y permisos acotados.
- Usa un patrón real de "pausa hasta que una persona apruebe" para los pasos de riesgo (interrupciones del flujo / aprobaciones).
- Si quieres aprobar desde el móvil con contexto, necesitas una interfaz de aprobación persistente (no un modal que se te escape).
- Happier es una opción que ayuda aquí: trata las aprobaciones y solicitudes como elementos persistentes de la Bandeja (Inbox), y los modos de permisos te dejan elegir lo estricto que quieres ser.
El problema
La tensión de fondo es sencilla:
- quieres que Claude Code / Codex / OpenCode tenga poder suficiente para ser útil
- no quieres que tenga poder suficiente para arruinarte el día mientras no estás
Esa tensión no se resuelve con un solo interruptor.
Se resuelve por capas.
Enfoques habituales y sus contrapartidas
- YOLO total: funciona hasta que deja de funcionar.
- No permitir nunca escrituras: seguro, pero demasiado limitante.
- Entrar por SSH y decidir desde el terminal: seguro, pero acabas haciendo trabajo real en el móvil.
Lo que funciona es combinar:
- reducción del radio de impacto
- pausas explícitas con intervención humana
- una interfaz de aprobación cómoda en el móvil
Happier es una herramienta que reúne esas dos últimas piezas.
Capa 1: reduce el radio de impacto para que las aprobaciones den menos miedo
Son detalles pequeños, pero importan.
- Usa un envoltorio de rm más seguro (safe-rm) para que los accidentes sean reversibles.
- Usa valores por defecto estrictos en sudo y guarda registros.
- Plantéate doas si quieres reglas más simples y explícitas.
Esto no sustituye a las aprobaciones.
Solo hace que "un error desde el móvil" sea menos catastrófico.
Capa 2: aprobaciones de acceso limitadas en el tiempo (en máquinas compartidas o sensibles)
En entornos más grandes, las aprobaciones suelen controlar el acceso, no comandos concretos.
Las solicitudes de acceso al estilo Teleport son el ejemplo clásico:
- solicitas un rol o recurso
- alguien lo aprueba
- caduca
Es demasiado para una máquina de desarrollo personal, pero merece la pena entender el modelo: las aprobaciones funcionan mejor cuando están limitadas en el tiempo y se pueden auditar.
Capa 3: interrupciones del flujo (pausa hasta que apruebes)
Si quieres aprobar a nivel de acción, el patrón es:
- el flujo llega a un paso de riesgo
- se pausa
- lo reanudas con una decisión humana
Esto existe en los frameworks de orquestación de agentes (interrupts).
La contrapartida: necesitas notificaciones fiables y una forma fiable de reanudar.
El flujo de Happier (aprobaciones persistentes y modos de permisos)
Happier separa dos conceptos relacionados:
- Permisos (Permissions): con qué frecuencia se te pregunta (Predeterminado (Default) / Solo lectura (Read-only) / YOLO seguro (Safe YOLO) / YOLO)
- Aprobaciones (Approvals): puntos de revisión persistentes en la Bandeja para acciones que no deberían ejecutarse de inmediato
La Bandeja importa porque es una auténtica "lista de pendientes".
No es un modal pasajero.
Así que desde el móvil puedes:
- abrir la Bandeja
- revisar la solicitud en contexto
- aprobar o denegar
Reglas prácticas para aprobar desde el móvil
- Si no entiendes la solicitud en 30 segundos, no la apruebes.
- Pide:
- una explicación de una línea
- el comando exacto
- la ruta exacta
- qué ha cambiado recientemente
- Prefiere YOLO seguro antes que YOLO.