El cambio importante en la IA en el lugar de trabajo no es que un modelo pueda escribir un párrafo mejor. Es que un sistema puede perseguir cada vez más un objetivo a lo largo de varios pasos: inspeccionar archivos, buscar en servicios conectados, crear un artefacto, actualizar un registro y enviar un mensaje.
Eso cambia la pregunta profesional de «¿Esta respuesta es correcta?» a «¿Qué puede hacer este sistema antes de tener que preguntarme?»
Zapier describe ChatGPT Work como un modo agéntico que puede trabajar durante periodos prolongados con archivos y aplicaciones conectadas, mientras que su modo Plan propone una estrategia para su aprobación antes de ejecutarla. Microsoft también presenta Copilot, el conocimiento organizativo y la gobernanza como partes complementarias de una pila de IA operativa. Estos ejemplos apuntan hacia una distinción práctica: la IA está pasando de ser un interlocutor conversacional a convertirse en un operador delegado.
La delegación puede ahorrar tiempo, pero también cambia la forma de la responsabilidad. Un chatbot suele producir un resultado para que una persona lo revise. Un agente puede producir varias acciones intermedias, algunas de las cuales son difíciles de detectar a posteriori. Por tanto, la estrategia de adopción más segura no es la autonomía máxima. Es una autoridad explícita y gradual.
Pensar en acciones, no en prompts
Un primer paso útil es enumerar las acciones que un sistema de IA podría realizar en un flujo de trabajo. «Gestionar la incorporación de clientes» es demasiado amplio para poder gobernarlo. Un inventario más útil podría incluir:
- leer una política interna y extraer sus requisitos;
- buscar en una base de conocimientos aprobada;
- redactar un correo electrónico o un resumen de contrato;
- crear un ticket o una fila en una hoja de cálculo;
- cambiar un registro de cliente o financiero;
- invitar a un usuario, publicar un documento o enviar un mensaje externo;
- aprobar un pago, eliminar datos o asumir un compromiso en nombre de la organización.
Cada acción combina de manera diferente la reversibilidad, la sensibilidad, el impacto externo y el coste. Tratarlas todas como «asistencia de IA» oculta la verdadera decisión.
Una clasificación sencilla es más práctica que la vaga promesa de que una persona supervisará todo:
- Puede hacer: acciones de bajo riesgo y reversibles dentro de un espacio de trabajo claramente limitado.
- Debe proponer: acciones que cambien el trabajo compartido, se comuniquen externamente o creen un compromiso significativo.
- Nunca debe hacer por sí solo: acciones relacionadas con decisiones reguladas, eliminación irreversible, transferencias de gran valor, cambios en los controles de acceso o asuntos delicados de personal.
El programa de IA agéntica del Gobierno de los EAU ofrece un ejemplo de política pertinente: incluye reglas para decidir qué tareas pueden completar los agentes y cuáles solo pueden recomendar. La idea subyacente se aplica bien a un equipo individual: el permiso debe estar vinculado a la tarea, no concederse simplemente porque el sistema parezca capaz.
Usar puntos de aprobación cuando cambien las consecuencias
No todos los pasos merecen un cuadro de diálogo de confirmación. Si un sistema solicita aprobación después de cada lectura de archivo, la gente aprobará mecánicamente o desactivará el control. Coloca el punto de control justo antes de una transición con consecuencias.
Por ejemplo, podría permitirse que un agente recopile información, compare opciones y prepare un borrador sin interrupciones. Debería detenerse antes de:
- enviar cualquier cosa fuera de la organización;
- publicar o compartir un documento con una audiencia nueva;
- cambiar un registro que sea la fuente de verdad;
- gasta dinero o aplica un descuento;
- cambia permisos o crea credenciales;
- elimina, sobrescribe o exporta datos;
- toma una decisión que afecta al empleo, la elegibilidad, el crédito, la seguridad o los derechos legales.
La solicitud de aprobación debe mostrar la acción propuesta, el objetivo exacto, los datos relevantes y la consecuencia probable. «¿Continuar?» es un control débil. «Enviar este mensaje a 2.400 clientes, usando la lista adjunta, con un coste estimado de campaña de $X» ofrece a una persona algo significativo que revisar.
Para las acciones de alto impacto, exige un aprobador identificado en lugar de cualquiera que se encuentre mirando la pantalla. Separa a la persona que diseñó el flujo de trabajo de la persona que autoriza su resultado más trascendental cuando el riesgo lo justifique.
Define el ámbito operativo del agente
Los profesionales no necesitan comprender todos los detalles del modelo para establecer límites útiles. Sí necesitan especificar el ámbito operativo del sistema:
- Alcance: ¿qué proyectos, carpetas, cuentas y fuentes de datos están disponibles?
- Herramientas: ¿puede el sistema leer, escribir, enviar, comprar, ejecutar código o cambiar permisos?
- Límites: ¿qué límite de gasto, volumen, frecuencia o tiempo se aplica?
- Fuentes: ¿qué dominios, repositorios o bases de datos se consideran autorizados?
- Escalamiento: ¿qué incertidumbre, conflicto o falta de información requiere la intervención de una persona?
- Condiciones de detención: ¿cuándo debe detenerse el sistema en lugar de improvisar?
El acceso a las herramientas debe ser más limitado que el acceso general de la cuenta del usuario siempre que sea posible. Un agente que puede leer una unidad compartida no necesita automáticamente permiso para enviar correos electrónicos a todos los contactos. Un agente que puede redactar código no necesita automáticamente credenciales de producción. Una cuenta de servicio independiente, un espacio de trabajo limitado o una conexión de solo lectura pueden hacer que un error resulte menos costoso.
Redacta el límite en lenguaje operativo. «Usa tu criterio» no es un control. «No envíes correos electrónicos externos sin aprobación; no modifiques la base de datos de clientes; usa únicamente la tabla de precios aprobada con fecha [date]; detente si dos fuentes entran en conflicto» se puede comprobar.
Haz que los planes se puedan inspeccionar antes de ejecutarlos
La planificación es una de las funciones útiles de la IA delegada, pero un plan no demuestra que sea sólido. Revísalo como una secuencia de acciones propuesta.
Haz cuatro preguntas:
- ¿Qué resultado persigue el sistema?
- ¿Qué supuestos está haciendo?
- ¿Qué herramientas va a utilizar y con qué permisos?
- ¿En qué paso puede un error volverse costoso o difícil de revertir?
Una buena pantalla de aprobación debe mostrar los límites del plan, no solo su redacción final. Si el sistema dice que va a «limpiar la cuenta», el revisor debería poder ver si eso significa etiquetar registros, combinar duplicados, archivar mensajes o eliminar datos.
Para el trabajo recurrente, aprueba una política en lugar de cada caso solo cuando la política sea lo bastante específica como para poder comprobarse. «Archivar automáticamente las facturas de estos proveedores por debajo de este importe, sin eliminar los originales» es una opción viable. «Gestionar facturas» no lo es.
Asume que el contexto puede fallar
Los sistemas de múltiples pasos pueden perder el hilo de instrucciones anteriores, interpretar erróneamente la información recuperada o arrastrar una suposición equivocada. Las orientaciones de investigación e ingeniería del boletín destacan modos de fallo que incluyen la pérdida de contexto, la inyección de prompts, la no terminación, los errores de salida estructurada y los problemas de rehidratación del estado. El trabajo ABBEL de Berkeley también sostiene que compactar los historiales de interacción en estados de creencias puede ser preferible a arrastrar repetidamente un historial completo, pero la gestión del contexto sigue siendo un problema de rendimiento y fiabilidad.
Esto tiene una implicación directa en el lugar de trabajo: no hagas que una aprobación crítica dependa de que el agente recuerde una restricción del segundo paso de una ejecución larga. Coloca las restricciones importantes cerca de la llamada a la herramienta o del punto de aprobación. Exige campos estructurados para acciones sensibles, como destinatario, importe, fuente, justificación y caducidad. Si una tarea se ejecuta durante mucho tiempo, exige un punto de control que vuelva a exponer el objetivo actual, los pasos completados, las acciones pendientes y las incertidumbres sin resolver.
Ten especial cuidado cuando un agente lea material no confiable. Una página web, un correo electrónico, un documento o un comentario de código puede contener instrucciones destinadas a manipular el sistema en lugar de ayudar a completar la tarea. El texto recuperado debe tratarse como datos, a menos que el flujo de trabajo lo identifique explícitamente como una instrucción autorizada.
Diseña para detenerse y recuperarse
El trabajo delegado necesita un mecanismo de detención visible y un plan de recuperación. Establece un número máximo de iteraciones, llamadas a herramientas o tiempo de ejecución para las tareas que podrían entrar en un bucle. Haz que los reintentos sean seguros: crear el mismo ticket dos veces o enviar el mismo correo electrónico dos veces no es un fallo inofensivo. Cuando sea posible, utiliza operaciones idempotentes o haz que el sistema compruebe si una acción ya se realizó antes de repetirla.
Mantén un registro de actividad legible para las personas: la solicitud, el plan, las herramientas utilizadas, las fuentes de datos consultadas, las aprobaciones concedidas, los cambios realizados y el resultado final. Esto no sirve únicamente para los análisis posteriores a un incidente. Permite que un colega se haga cargo cuando el operador original no esté disponible y hace posible cuestionar un resultado sin tener que reconstruir una cadena invisible completa.
Para los flujos de trabajo importantes, prueba deliberadamente casos problemáticos antes de conceder autonomía. Prueba con datos faltantes, políticas contradictorias, una fuente caducada, una instrucción maliciosa en un documento, una solicitud duplicada, un permiso revocado y una herramienta que devuelva un error. El objetivo no es demostrar que el agente nunca falla. Es verificar que un fallo provoque una pausa, una escalada clara o una reversión segura.
Una escalera práctica para la delegación
Puedes introducir un agente por etapas:
- Observar: el sistema lee información aprobada y explica lo que haría.
- Redactar: prepara resultados, pero una persona ejecuta cada acción externa.
- Actuar en un entorno aislado: crea registros, ramas o archivos de prueba en un espacio de trabajo aislado.
- Actuar con permisos limitados: realiza acciones reversibles y de bajo riesgo dentro de límites de volumen y tiempo.
- Actuar conforme a una política: gestiona una clase de tareas bien probada y se detiene en puntos de aprobación definidos.
Sube de nivel solo cuando la etapa inferior haya producido pruebas de que el flujo de trabajo se comporta de manera aceptable. Si cambia la tarea, cambian las herramientas o los datos se vuelven más sensibles, baja de nuevo por la escalera.
Qué significa esto para tu carrera
La habilidad valiosa no consiste simplemente en saber cómo pedirle un resultado a una IA. Consiste en saber convertir una delegación vaga en un procedimiento operativo acotado. Eso incluye descomponer el trabajo en acciones, identificar las transiciones irreversibles, redactar reglas de escalada, diseñar solicitudes de aprobación y reconocer cuándo un agente debe detenerse.
En entrevistas o evaluaciones de desempeño, describe el límite que diseñaste, no solo la automatización que pusiste en marcha: “El sistema investiga y redacta; un revisor identificado aprueba las comunicaciones externas; las escrituras en la base de datos se limitan a estos campos; se comprueban las acciones duplicadas; los conflictos sin resolver detienen la ejecución”. Ese lenguaje demuestra criterio operativo.
El trabajo agéntico no eliminará la necesidad de responsabilidad profesional. Hará que la responsabilidad sea más concreta. Antes de delegar una tarea, decide qué puede hacer el sistema, qué debe mostrarte primero y qué no debe hacer nunca por sí solo. Después, haz visibles esas decisiones en el propio flujo de trabajo.
Maya Chen es la editora humana responsable de AI Career Brief, donde aborda las habilidades, los puestos y las decisiones inteligentes para trabajar en la era de la IA.
