Por qué el aislamiento importa
Un agente combina conversaciones, memoria, herramientas y conexiones con sistemas externos. Sin límites claros, un error de enrutamiento, una instrucción ambigua o una herramienta demasiado amplia podría exponer información incorrecta o intentar una acción fuera del alcance esperado.
Por eso ponemos especial cuidado en el aislamiento. Una respuesta generada por el modelo no equivale a una operación autorizada: la identidad, los recursos disponibles y las acciones permitidas se determinan fuera del texto de la conversación y vuelven a comprobarse a medida que la solicitud avanza.
Principios de aislamiento
- Infraestructura dedicada por cliente
Todos los agentes de un mismo cliente se ejecutan en una VPS dedicada a esa organización. Esa VPS no se comparte con agentes de otras empresas.
- La identidad proviene de contexto confiable
La cuenta, el canal, el remitente y la sesión se derivan del enrutamiento o la autenticación; no de lo que alguien escriba en un mensaje.
- Separación por defecto
Cada agente trabaja con su propia configuración, sesiones, memoria y estado. Un recurso no se incorpora al contexto solo porque sea mencionado.
- Mínimo acceso necesario
El entorno y cada integración exponen únicamente los archivos, operaciones y alcances que la tarea necesita.
- Controles independientes y acumulativos
Cuenta, sesión, workspace, ejecución, herramienta y sistema externo aplican límites distintos. Superar uno no elimina las comprobaciones del siguiente.
- Denegación controlada
Si falta una capacidad, la identidad no coincide, los parámetros son inválidos o se requiere aprobación, la operación se detiene y devuelve un rechazo explícito.
Qué aplica cada límite
Cada límite responde dos preguntas: qué parte de la operación controla y qué clase de cruce accidental o no autorizado busca impedir.
| Límite | Qué delimita y cómo funciona | Qué evita |
|---|---|---|
| Infraestructura del cliente | Agrupa todos los agentes de una empresa en una VPS dedicada a ese cliente. Los agentes de otras empresas se ejecutan en VPS diferentes. | Que agentes de compañías distintas compartan el mismo entorno de cómputo. |
| Cuenta y ruta | Identifica quién inicia la interacción, desde qué canal y a qué agente debe llegar. Estos datos nacen en el contexto confiable de enrutamiento. | Que el contenido del mensaje suplante otra identidad o redirija la solicitud a otro agente. |
| Sesión | Agrupa una conversación con su historial inmediato, participantes y referencias temporales para mantener cada intercambio en su contexto correcto. | Que mensajes o antecedentes de conversaciones distintas se mezclen accidentalmente. |
| Workspace | Define las instrucciones, políticas, memoria y archivos que pertenecen al agente. Solo los recursos seleccionados se incorporan a una solicitud. | Que información o configuración de otro agente quede disponible por simple referencia textual. |
| Ejecución | Acota los procesos, montajes y recursos de sistema disponibles para una tarea mediante un entorno aislado y no privilegiado. | Que una tarea obtenga acceso general al host o a recursos que no necesita. |
| Herramienta | Define una capacidad concreta, su esquema de entrada, si puede leer o escribir y cuándo exige aprobación. La herramienta valida la solicitud antes de ejecutarla. | Que el modelo convierta texto libre en comandos u operaciones arbitrarias. |
| Sistema externo | Aplica nuevamente los permisos de la cuenta conectada y el alcance concedido por el servicio de destino. | Que la integración acceda a datos o acciones superiores a los autorizados en ese sistema. |