Prepara la transferencia para una tarea concreta
Explica por qué cambias de agente y qué trabajo esperas después. La transferencia debe orientar una tarea delimitada, sin conceder una autorización general para replantear el proyecto. Indica el resultado deseado y qué partes necesita comprender el destinatario antes de proponer cambios o ejecutar una modificación sobre lo que ya está construido y revisado.
Imagina que un agente construyó una pantalla y otro revisará la aprobación de propuestas. El segundo necesita conocer el comportamiento previsto y localizarlo, pero no recibe automáticamente permiso para rediseñar la interfaz. Separar revisión y edición aclara su función.
En este ejemplo hipotético, puedes pedir que identifique diferencias entre acuerdo e implementación y aporte evidencias. Si decides corregirlas, define después ese alcance. El motivo del cambio de agente debe quedar claro para evitar que la transferencia reinicie todas las decisiones.
Dar contexto con criterio permite seleccionar qué transferir. Entrega lo necesario y enlaza detalles adicionales. Copiar toda la conversación puede trasladar muchas palabras sin aclarar qué versión del objetivo o del trabajo está aprobada.
Para preparar el siguiente paso, consulta Desarrollar aplicaciones con IA.
Transfiere las decisiones con su estado y motivo
Registra qué se decidió, quién lo confirmó y por qué importa. Separa reglas vigentes, sugerencias abiertas y elecciones sustituidas. Conocer el motivo permite respetar la intención sin interpretar una solución anterior como obligación técnica inmutable ni convertir una posibilidad exploratoria en requisito aprobado que el nuevo agente deba desarrollar automáticamente al retomar el trabajo.
Puede estar decidido que una sola persona aprueba para concentrar esa responsabilidad, mientras el diseño del botón sigue pendiente. Mezclar ambas cosas en una lista sin estado puede hacer que el agente considere opcional la autorización y definitivo un aspecto visual provisional.
Preparar el plan de una aplicación ayuda a separar requisitos e implementación. Otro agente puede proponer una forma distinta de cumplir el requisito, pero debe mostrar cómo conserva el comportamiento. Preferir otra tecnología no justifica por sí solo reabrir trabajo validado.
También conviene conocer alternativas rechazadas y sus motivos cuando sigan siendo pertinentes. Un registro breve evita repetir propuestas incompatibles con el negocio. No conviertas todas las pruebas antiguas en prohibiciones: conserva razones y condiciones para reconsiderar si aparecen nuevas evidencias.
Muestra el estado mediante archivos y comprobaciones
Señala los resultados existentes y las verificaciones que les corresponden. Identifica la versión o el momento del registro, incluido trabajo local todavía no integrado. El nuevo agente debe poder distinguir lo que encuentra en el proyecto de lo que alguien quería hacer o afirmó haber terminado, para comenzar desde una situación comprobada y no supuesta.
Un cambio puede existir localmente sin formar parte de la versión compartida. Si solo escribes que la función está terminada, el destinatario puede buscar en el lugar equivocado o reconstruir algo ya hecho. Ubicación y estado de integración evitan esa ambigüedad.
Relaciona cada verificación con lo que demuestra. Una revisión visual no prueba permisos, y un ensayo local no confirma un cambio online. Guarda resultados y límites para que la nueva revisión atienda la incertidumbre real, sin repetir éxitos ni asumir validaciones inexistentes.
El criterio de explicar por qué una automatización cambió una campaña también sirve aquí. Una acción debe vincularse a la solicitud, a los datos y a la decisión que la justificó. Quien recibe el proyecto necesita esa relación, además del resultado visible.
Confirma instrucciones, accesos y alcance
Antes de ejecutar, comprueba que el nuevo agente recibió las instrucciones pertinentes y solo los accesos necesarios. Cambiar de entorno puede modificar cómo encuentra documentos y herramientas. El material transferido explica el proyecto, pero no garantiza configuraciones equivalentes ni autoriza acciones que no se pidieron al definir la tarea que deberá realizar a continuación.
Si utilizas archivos de instrucciones, confirma cuáles se leen y cuál es la referencia principal. No asumas que todas las herramientas reconocen igual nombres y estructuras. Señala qué consultar y comprueba la comprensión de los límites antes de la primera modificación.
Las credenciales deben quedar fuera del documento. Registra dónde obtener acceso autorizado y qué falta configurar, manteniendo secretos en su lugar. Revisar archivos no necesita necesariamente acceso a publicación ni datos de clientes que no aportan nada a esa revisión.
Aclara quién modifica el trabajo durante la transferencia. Dos agentes sin coordinación pueden desactualizar rápidamente el estado. Si trabajan en paralelo, delimita responsabilidades e informa de qué partes siguen cambiando antes de que el destinatario base conclusiones en ellas.
Valida la comprensión antes de cerrar la transferencia
Pide al agente que identifique objetivo, decisiones relevantes y evidencias consultadas. Compara su lectura con el registro y resuelve discrepancias importantes. La transferencia funciona cuando permite empezar el trabajo adecuado con referencias comprobadas, además de haber enviado o guardado un documento que todavía podría interpretarse de manera distinta o contener información desactualizada.
Un paso inicial limitado puede mostrar carencias sin editar: localizar archivos, identificar estados de aprobación y señalar una prueba pendiente. Si propone una función excluida o supone una publicación, hay una diferencia de comprensión que corregir antes de autorizar más ejecución.
Cuando encuentre contradicciones entre el resumen y los archivos del proyecto, pide que las presente con evidencias concretas. La solución puede consistir en actualizar la documentación, recuperar una modificación local o reconocer que el trabajo del agente anterior quedó incompleto. Decide a partir del estado que haya podido confirmarse, sin obligar al nuevo agente a conservar una descripción que ya no corresponde a la realidad del proyecto.
Después de iniciar la nueva tarea, mantén el registro de decisiones y el estado actual junto al proyecto, con las actualizaciones que vayan produciéndose durante el trabajo. La siguiente transferencia será más sencilla si el contexto acompaña la evolución de la tarea. Cambiar de agente se convierte en una opción operativa cuando puedes conservar la intención, localizar los resultados y verificar lo que realmente se hizo, sin depender de la memoria de una única conversación.