El entorno de control de un agente —a veces llamado harness— define el trabajo del modelo, su contexto, las herramientas disponibles, sus límites y las reglas de revisión. Convierte una instrucción amplia en un flujo de trabajo repetible que el equipo puede inspeccionar y probar.
Imagina un agente ficticio para la incorporación de proveedores de Northstar Supplies. El equipo de compras pide: «Prepara una revisión de incorporación con el expediente, la lista de verificación aprobada y la ficha actual del proveedor. Señala la evidencia que falta y redacta una solicitud de documentos para que alguien la revise. No apruebes al proveedor ni envíes ningún mensaje». El entorno define qué puede leer el agente, qué borrador debe producir y cuándo debe intervenir una persona.
Un modelo rodeado de controles para la tarea.
Define las partes que rodean el trabajo
- Trabajo: Preparar una revisión de incorporación y redactar una solicitud de la evidencia faltante.
- Contexto: Usar el expediente presentado, la lista aprobada y la ficha actual del proveedor. Indicar qué fuente respalda cada hallazgo.
- Herramientas: En este ejemplo hipotético, permitir la lectura de esas fuentes y la creación de un borrador. No habilitar acciones para aprobar ni enviar.
- Reglas: Señalar la información faltante o contradictoria, no completar vacíos con suposiciones y detenerse antes de aprobar o enviar.
- Revisión: Entregar el borrador al equipo de compras, que decidirá si solicita otro documento o continúa con la revisión.
Resultado ilustrativo basado en registros ficticios de Northstar Supplies:
Revisión de incorporación — borrador
- Hallazgo: Falta un certificado de seguro vigente en el expediente de incorporación.
- Solicitud propuesta: «Envíenos un certificado de seguro vigente para que el equipo de compras pueda continuar la revisión».
- Estado: No se envió ningún mensaje ni se aprobó al proveedor.
Este ejemplo muestra cómo el trabajo, el contexto, las herramientas y los límites determinan el resultado. Si no se puede leer la lista o la ficha actual, el agente debe informar de esa brecha y derivar el caso, en lugar de presentar una conclusión sin verificar. Las instrucciones por sí solas no garantizan un comportamiento correcto; prueba el flujo con expedientes completos, incompletos y contradictorios.
El entorno va más allá de una instrucción
Una instrucción puede describir el rol y las reglas de operación. El entorno completo también incluye la información y las acciones que realmente están al alcance del modelo, además del contexto de ejecución y el proceso de revisión.
Regla de control: Escribir «no apruebes» no sustituye a retirar la capacidad de aprobar cuando el sistema permite controlar esos permisos.
Sin esos controles, el flujo de Northstar puede mostrar fallos observables. Si no se puede leer la lista, pero el borrador afirma que falta el certificado, la persona revisora no tiene evidencia de la lista que respalde el hallazgo. Si el agente aún puede enviar mensajes aunque sus instrucciones solo permitan preparar borradores, comprueba en el estado de los mensajes salientes si envió alguna solicitud antes de la revisión. Exige evidencia de las fuentes indicadas, detente y deriva el caso si una fuente no está disponible, y retira de este flujo las acciones de aprobación y envío.
Antes de probarlo, asegúrate de que otra persona del equipo pueda:
- Expresar el trabajo en una sola oración.
- Nombrar todas las fuentes.
- Explicar cada acción permitida.
- Identificar el momento en que debe decidir una persona.
Acota la tarea si alguno de estos puntos no está claro.
Para ver un mapa de los componentes, consulta la arquitectura de un agente de IA. Para definir el trabajo, consulta cómo definir un trabajo acotado para un agente. Para conocer la terminología específica del producto, consulta la página sobre el entorno de control del agente de AgentShelf.