Autenticación, aprobaciones y borradores

Cómo actúa Architect en tu nombre, cuándo necesita tu aprobación y cómo prepara los cambios de forma segura.

Cómo se autentica Architect

Architect no utiliza una cuenta de servicio independiente ni actúa con una identidad diferente. Se ejecuta dentro de tu sesión iniciada: todas las operaciones de lectura o escritura que realiza, desde obtener la configuración de un agente hasta actualizar un prompt o crear una rama, se hacen mediante las mismas solicitudes autenticadas que utiliza el resto del panel, con tu cuenta y los permisos de tu espacio de trabajo.

Esto significa que Architect solo puede hacer lo que tú ya tienes permitido. Si tu rol no permite fusionar en la rama principal o no se ha compartido un recurso contigo, Architect tampoco podrá hacerlo.

Modos de aprobación

Cada conversación con Architect se ejecuta en uno de tres modos, que puedes cambiar desde el editor:

Modo	Comportamiento
Requiere aprobación (predeterminado)	Antes de ejecutar una herramienta que cambie algo, Architect te muestra exactamente qué va a cambiar y espera a que lo apruebes o rechaces.
Aprobación automática	Omite ese paso de confirmación para herramientas restringidas, incluidas acciones de mayor riesgo como fusionar una rama o descartar un borrador. Úsalo cuando tengas claro los cambios que solicitas.
Plan	Architect investiga primero, redacta un plan y solo empieza a editar después de que apruebes el plan.

Las operaciones de lectura, como enumerar herramientas u obtener la configuración actual de un agente, nunca requieren aprobación en ningún modo. Una herramienta que ya hayas aprobado antes en la misma conversación se considera de confianza y no volverá a pedirte aprobación hasta que inicies una nueva conversación.

Borradores, publicación y fusión

Los cambios en la configuración, el prompt, el workflow, las herramientas, las pruebas o la base de conocimientos de un agente se preparan como un borrador sin publicar en la rama en la que estás trabajando. Nada de lo que haga Architect tendrá efecto para quienes llamen en producción hasta que lo publiques.

Pregunta a Architect qué ha cambiado hasta el momento para ver el borrador actual comparado con lo publicado.
Architect puede abrir el diálogo de publicación por ti, pero no puede hacer clic en publicar. Tú revisas las diferencias y confirmas.
Después de publicar, puedes seguir iterando: pide a Architect más cambios, revísalos y vuelve a publicar, tantas veces como necesites.

Ramas

Para cambios más grandes, trabaja en una rama independiente en lugar de hacerlo directamente en la que está en producción. Architect puede crear ramas, enumerarlas y ajustar las divisiones de tráfico entre las ramas activas, que siempre deben sumar el 100 %.

Cuando quieras incorporar los cambios de una rama en main, pide a Architect que la fusione. Architect muestra primero una vista previa de la fusión, y la propia fusión sigue requiriendo tu aprobación, incluso en el modo de aprobación automática. Fusionar en main puede requerir permisos de administrador, y una rama con un borrador sin guardar debe guardarse o descartarse antes de poder fusionarla o cambiar a otra rama.