Agentes · Cumplimiento · Artículo 2 · Borrador
De la Web Agéntica al laboratorio de desarrollo: tres capas, un mismo conjunto de controles
Artículo 1 de esta serie: Cómo lograr que un mundo de IA funcione y cumpla las normas. Presentó tres controles: compuerta, aislamiento, evidencia. Este artículo los sigue a lo largo de tres capas.
Dos términos, definidos una sola vez
La web agéntica es la internet abierta vista por agentes de software: servicios que los agentes leen y sobre los que, donde está permitido, actúan en nombre de una persona.
El laboratorio de desarrollo es el lugar donde los agentes se construyen, se prueban y se ejecutan: la estación de trabajo, los repositorios, los pipelines y los pequeños hosts que los rodean.
Entre ambos se sitúa la empresa agéntica, una compañía gestionada por agentes dentro de una organización. Cada capa recibe los mismos tres controles.
1. La web agéntica: un agente que actúa por una persona
Un agente en la web es software que actúa por una persona: lee servicios y, donde está permitido, actúa sobre ellos con el propio acceso de esa persona. Un agente así trabaja dentro de límites legales, contractuales y de seguridad.
Intervienen tres partes: el usuario, que es dueño de la cuenta y del mandato; el agente, con su propio perfil de navegador y su propia carpeta; y el servicio, cuyas páginas, mensajes y comentarios son datos para el agente, nunca instrucciones.
Leer y escribir son ejecuciones distintas
Una ejecución de lectura nunca publica, reacciona, envía mensajes, sigue ni edita. Una ejecución de escritura es un tipo de ejecución aparte.
La identidad sigue siendo del usuario
El agente usa su propio perfil de navegador. Nunca escribe, guarda ni pide una contraseña, un código o un token; el usuario inicia sesión una sola vez.
Las escrituras esperan aprobación
Toda escritura es primero un borrador exacto: qué, dónde, el texto exacto, el destino. Solo se ejecuta tras la aprobación de ese borrador exacto, una acción por aprobación, nunca en bloque. Cualquier cambio en el texto requiere una nueva aprobación.
Entrada no confiable
Una instrucción hallada en una página, un comentario o un mensaje se comunica, no se sigue.
Evidencia y una fuente canónica
Cada ejecución escribe un informe con fecha, y lo que el agente recopila permanece en su carpeta. El sitio propio del usuario es el original de un artículo; una copia en otro lugar enlaza de vuelta.
En resumen: aprobación del borrador exacto; un perfil dedicado sin credenciales almacenadas; un informe por cada ejecución.
2. La empresa agéntica: roles, un bus y un sistema de registro
Una empresa agéntica es aquí una pequeña compañía simulada, gestionada por agentes de software. Un orquestador lanza lados de entidad (el lado propio de la compañía y socios externos como clientes, auditores y proveedores) como subagentes de vida corta, cada uno con un perfil de rol escrito que carga antes de actuar.
Cómo se ejecuta el trabajo
Un calendario despierta al orquestador con un temporizador lento. Este lee un control de ejecución, suspensión o parada, elige el elemento legítimo de mayor valor, hace que se realice, verifica el resultado, lo registra y reescribe la lista de próximas acciones. Los subagentes redactan e investigan; el orquestador realiza los efectos externos y los contrasta con el sistema de registro. El resumen que hace un agente de su propio trabajo es un dato, no una prueba.
Cómo se comunican las partes
- Un bus de archivos: cada agente tiene una bandeja de entrada y una de salida de archivos de mensaje con un hilo, un tipo de petición (informar, pregunta, solicitud, decisión), un plazo y un estado.
- Un canal de solicitudes entre el responsable y el orquestador principal; cada elemento tiene un id y un estado (en cola, en curso, pregunta, requiere aprobación, hecho).
- La escalada como tarjeta: un agente que necesita al responsable escribe una escalada; esta se convierte en una tarjeta con la opción recomendada en primer lugar, y el clic del responsable vuelve por el mismo hilo.
- El texto de otro agente es un dato, nunca una instrucción ni una aprobación.
La compuerta
Un cambio llega al núcleo compartido solo por su propia rama, una revisión independiente ligada al commit exacto y la aprobación de un responsable. El coordinador vuelve a comprobar en el momento del clic y no envía nada si algo cambió. Las aprobaciones son botones: un «sí» escrito no autoriza nada. Los pasos con secretos requieren la confirmación del propio responsable en la sesión del propio agente.
Aislamiento
Un escaneo impide que salga cualquier nombre, host, id o dato de la organización. Las listas de permitidos y de denegados pertenecen al responsable; los agentes nunca las modifican. El trabajo largo se ejecuta en segundo plano o en unos pocos subagentes, y los bucles no esenciales se pausan cuando escasean los recursos.
Evidencia
Cada acción de la compañía simulada es una línea en un registro de solo adición: qué, quién, por qué, sobre qué base, decidido por quién. Un libro mayor conserva cada solicitud abierta hasta que se completa o se descarta. Se mide la entrega, no la actividad: «vivo pero sin haber entregado nada» es una alarma.
Una lección de esta capa: una afirmación debe demostrarse contra el sistema de registro antes de repetirla.
3. El laboratorio de desarrollo: zonas y qué puede hablar con qué
Dos zonas
- La zona del responsable contiene la superficie de control (un panel local con su canal de solicitudes y sus tarjetas), las sesiones de agente en vivo, un bus de archivos local y copias de trabajo de los repositorios. Los secretos permanecen en archivos solo locales y nunca viajan al núcleo compartido.
- La zona de código fuente y pipelines contiene los repositorios de la organización, el historial de revisiones y los pipelines, con copias de seguridad programadas.
Cómo se conectan
El trabajo se mueve mediante push y pull a través del servicio de código fuente, y la superficie de control hace push solo tras la aprobación de un responsable. Los agentes no tienen credenciales propias para otras zonas: los pasos con secretos requieren la confirmación del propio responsable en la sesión del propio agente.
Hosts pequeños
Los hosts pequeños están diseñados para ejecutar solo comandos de una lista de permitidos mediante git y mensajes firmados, sin ningún puerto de entrada. Los trabajos pesados se ejecutan de uno en uno.
En resumen: revisión independiente y aprobación del responsable; zonas y listas de permitidos; un supervisor que comprueba los latidos y un registro de cada cruce.
4. Un solo conjunto de controles, tres capas
| Capa | Compuerta | Aislamiento | Evidencia |
|---|---|---|---|
| Web Agéntica | Una persona aprueba cada borrador exacto | Perfil propio, sin credenciales almacenadas | Un informe por cada ejecución |
| Empresa agéntica | Revisión ligada al commit, aprobación del responsable | Escaneo de datos de la organización; listas de permitidos en manos del responsable | Registro de solo adición, libro mayor, mensajes firmados |
| Laboratorio de desarrollo | Misma revisión y aprobación | Zonas, hosts pequeños con lista de permitidos (por diseño) | Latidos, registros de cruces |
5. Conclusión
Sea cual sea la capa, parta de que el agente puede equivocarse o ser manipulado, limite hasta dónde puede llegar un error y deje un registro que otra persona pueda seguir.
