Planificación y permisos

Use la planificación para acordar un enfoque antes de implementarlo y los permisos para decidir qué acciones requieren aprobación. Para una primera tarea, elija Always ask para examinar las modificaciones de archivos y los comandos cuando se soliciten.

​

Planifique antes de editar

Para acordar un enfoque antes de modificar archivos, abra el menú + y elija Draft a plan antes de enviar la solicitud. El agente puede investigar el proyecto y proponer un plan, pero el modo de planificación restringe la edición. Refine el plan en la conversación y elija Implement the plan para continuar. Para el ejemplo de checkout, puede pedir:

Identifique los archivos y las pruebas afectados al añadir compatibilidad con cantidades. Proponga un plan antes de editar.

​

Revise el plan

Un plan útil identifica los archivos afectados, el comportamiento que cambiará y las comprobaciones del resultado. Para el checkout, debe localizar el cálculo y sus pruebas, explicar cómo interviene la cantidad y proponer ejecutar la misma prueba antes y después de editar. Resuelva los supuestos antes de elegir Implement the plan. Por ejemplo:

Conserve la representación del precio y el nombre de la función exportada. Cubra cantidades de uno y tres. No cambie la integración de pagos ni añada dependencias.

El plan establece qué hacer; el modo de permisos controla las aprobaciones cuando el agente intenta usar herramientas durante la implementación.

​

Elija un modo de permisos

El selector de permisos controla cómo se gestionan las solicitudes de aprobación: Las reglas de permisos guardadas también pueden afectar a las decisiones. El modo de planificación restringe la edición y los hooks de plugins requieren consentimiento por separado. Los modos de permisos regulan las acciones del agente; los permisos del sistema operativo o del contenedor determinan a qué puede acceder un comando ejecutado.

​

Responda a una solicitud de aprobación

La tarjeta de aprobación identifica la acción propuesta. Lea el comando, archivo o recurso externo y compárelo con la tarea. Ejecutar una prueba es distinto de instalar paquetes o publicar un resultado, aunque ambas acciones aparezcan como actividad del terminal.

1. Expanda la solicitud y examine el destino y los argumentos.
2. Apruebe si la acción corresponde a la tarea o deniegue si el alcance es incorrecto.
3. Explique en la conversación qué enfoque debe seguir si necesita cambiarlo.
4. Examine el resultado de la herramienta. Aprobar permite el intento; no demuestra que haya tenido éxito.

El agente también puede detenerse con una pregunta de opción múltiple. Respóndala para continuar. Una pregunta o aprobación pendiente puede hacer que una ejecución agendada muestre Needs attention.

​

Reutilice decisiones de aprobación

Si aprueba repetidamente el mismo comando, la aplicación puede ofrecer guardar una regla para el repositorio o la cuenta. Revise ese alcance: una regla de repositorio corresponde a ese proyecto; una de cuenta puede afectar a otros trabajos locales. Use Always ask para examinar las solicitudes de cambios y revise las reglas existentes si una acción se comporta de forma inesperada. Use Accept files cuando acepte ediciones del proyecto pero quiera decidir sobre comandos. Las reglas y los modos amplios no sustituyen la revisión final del diff. Continúe con Inicio rápido.