Permitir el trabajo sin aprobaciones
Los tres grados entre «preguntar por todo» y «no preguntar por nada», cómo se activa el bypass y qué se gana y se pierde con ello.
Por omisión el Agente pregunta antes de escribir en un archivo o ejecutar una orden. En el móvil eso se nota porque el trabajo se detiene y espera tu toque. Es a propósito, pero hay situaciones en las que molesta más de lo que ayuda.
Tres grados, no dos
Entre «preguntar por todo» y «no preguntar por nada» hay un grado más, que se pasa por alto a menudo:
- Preguntar cada vez
- El estado por omisión. Cada escritura y cada orden espera un permiso. Lo más seguro y lo más lento.
- Permiso permanente para un tipo de acción
- Cuando el Agente pide permiso, puedes elegir que no vuelva a preguntar por ese tipo de acción. Vale para ese tipo, no para todo: te quitas de encima la ejecución de pruebas, el borrado de archivos no. Se puede retirar en cualquier momento en los Ajustes.
- Sin aprobaciones (bypass)
- El Agente no pregunta en absoluto. Se activa en la configuración del Servidor, no desde el móvil: una decisión consciente en el ordenador, no un toque en el tranvía.
Cómo activar el bypass
En el archivo de configuración del Servidor, es decir, el que le pasas con --config:
{
"no_approvals": true
}Vale a partir del siguiente arranque del Servidor. El móvil lo nota solo: deja de preguntar.
Qué ganas con ello
- Las tareas largas terminan sin ti. Este es precisamente el caso en el que encargas trabajo y te vas: con una pregunta después de cada orden el Agente esperaría hasta que miraras.
- Las pruebas, el formateo y el build corren de una tirada, en lugar de detenerse en cada paso.
- Menos toques en el móvil para cosas que de todos modos permitirías siempre.
Qué pierdes con ello
- El freno. El Agente corre con tus permisos y sin aprobaciones puede hacer en el ordenador cualquier cosa que pudieras hacer tú desde la línea de órdenes.
- El momento para pensar. La pregunta «¿puedo ejecutar esta orden?» es a menudo el sitio donde te das cuenta de que el Agente entendió el encargo de otra manera.
- La visión de lo que viene. Los pasos los sigues viendo, pero ya como hechos, no como propuesta.
Cuándo activarlo y cuándo no
Actívalo en un proyecto que esté en control de versiones y cuya pérdida no te doliera: un experimento propio, un prototipo reescribible, un proyecto que se puede tirar y clonar de nuevo. Ahí el bypass es exactamente lo que hace de coden una herramienta con la que no hace falta estar sentado.
No lo actives donde el Agente toque datos de producción, despliegue, o trabaje en un directorio con cosas que no están en ningún otro sitio. La frontera entre eso y el párrafo anterior no es técnica, sino tuya.
Un compromiso práctico: bypass activado, el proyecto en git y un commit antes de cada encargo grande. Volver atrás es entonces una sola orden, y eso es más barato que aprobar cada paso.
¿Se ha atascado en otro sitio distinto de lo que hay aquí? Escribe a support@coden-app.com.