Prompts y modo plan
Diriges la sesión desde el composer. Dos modos de trabajo y unos cuantos chips por sesión que condicionan cómo actúa el agente.
Modo ejecución (por defecto)
El agente lee tu código, hace los cambios y produce un resultado que tú revisas. Todo ocurre dentro de la sesión aislada, nunca en tu rama base.
Modo plan
El modo plan pide al agente investigar y proponer sin tocar nada: no es una promesa, lo garantiza el sandbox. Actívalo con el chip Plan del composer o márcalo al crear la sesión.
Cuando el plan está listo, aparece una barra debajo: Copy, Request changes o Approve (⌘↵). Aprobar cambia la sesión a modo ejecución y lleva el plan directo a la implementación.
Planifica lo grande
Para cambios amplios o arriesgados, pide primero un plan y apruébalo. Cuesta un turno y ahorra revisiones enteras.
Adjuntos y menciones
- Pega una captura directamente en el composer: referencias de diseño, diálogos de error, cualquier cosa visual.
- Arrastra cualquier fichero: imágenes, PDF, binarios. El agente los lee desde una ruta fuera de la copia de trabajo, así que los adjuntos nunca ensucian tu diff.
- Menciona ficheros del repo con
@: un desplegable autocompleta la ruta y centra al agente en el código correcto.
Modelo y esfuerzo
Los chips del composer eligen el agente y el modelo (⌘/ abre el selector con buscador) y el esfuerzo de razonamiento: cuánto piensa el modelo antes de actuar, en los agentes que lo soportan. Esfuerzo bajo para ediciones rutinarias, alto para depuraciones difíciles. Ambos son por sesión y puedes cambiarlos entre turnos. Qué agentes existen, cómo se instalan y quién sirve cada modelo: Los agentes.
Modalidad
El chip de modalidad fija la postura de trabajo de la sesión: Developer, Cybersecurity, QA, Design, Cloud, SEO, Agents o Writing. Ajusta el enfoque del agente y desbloquea el módulo de workflows correspondiente. Las modalidades gobernadas solo aparecen si el pack de tu organización las permite (ver Capacidades).
Consejos para buenos resultados
- Sé concreto con el resultado y las restricciones: estilo, tests, ficheros que no tocar.
- Para lo grande o lo arriesgado, plan primero y aprueba después.
- Trabaja en pasos pequeños en lugar de una instrucción gigante: puntos de control limpios y revisables.
- Adjunta el diseño o la captura del error en vez de describirlos.
Siguiente: Revisar los cambios.