Economía de agentes, n.º 2: Mapeo de los controles de IA a escala empresarial con las instituciones de la economía de agentes

Diseñado para la velocidad: ~ 10 ms de latencia, incluso bajo carga
¡Una forma increíblemente rápida de crear, rastrear e implementar sus modelos!
- Gestiona más de 350 RPS en solo 1 vCPU, sin necesidad de ajustes
- Listo para la producción con soporte empresarial completo
ECONOMÍA DE AGENTES · N.º 2 DE UNA SERIE ABIERTA · ← N.º 1: ¿qué es la economía de agentes?
El n.º 1 de esta serie definió la economía de agentes y analizó dos fuentes complementarias: el informe de julio de 2026 del MIT Sloan sobre la visión de Ramesh Raskar de una economía de agentes que requiere infraestructura de identidad, confianza, servicio y pago (mitsloan.mit.edu), y la prepublicación de Google DeepMind Virtual Agent Economies, cuyo marco de economía de entorno aislado (sandbox) sostiene que los orígenes de una economía de agentes y su permeabilidad con la economía humana deberían ser decisiones de diseño (arXiv:2509.10147). Esta entrada hace lo que el n.º 1 solo anticipó: toma cada institución que la investigación demanda y plantea la pregunta del ingeniero: ¿existe hoy una versión a escala empresarial de esto como capacidad documentada? El entorno hace que la pregunta sea justa. Una empresa que ejecuta operaciones de agentes seleccionadas a través de puertas de enlace gobernadas ofrece un caso de prueba delimitado que se asemeja a aspectos de un entorno aislado diseñado intencionalmente; una semejanza que es analítica más que literal, que se aplica solo a la actividad que los controles participantes median y que está lo suficientemente gobernada como para medir ese tráfico con un detalle inusual. Lo que sigue es el mapeo institución por institución: dos análogos a escala empresarial comparativamente sólidos, varias analogías de control útiles pero limitadas, un límite arquitectónico y brechas claras en reputación, liquidación, seguros y diseño de misión, expuestos con la misma claridad que las coincidencias. El mapeo en sí es nuestra síntesis editorial; ninguna de las fuentes evalúa a TrueFoundry, y la escala empresarial no es la escala de la economía, un límite que la Sección 8 precisa.
1. El entorno: un entorno aislado que realmente se puede instrumentar
Recordemos los dos ejes del marco de DeepMind —orígenes (emergentes frente a intencionales) y permeabilidad con la economía humana— y su diagnóstico de que la trayectoria macro apunta al cuadrante de riesgo: emergente y altamente permeable. El despliegue empresarial difiere en ambas coordenadas, con cuidado sobre hasta dónde llega. Un ecosistema de agentes gobernado por puertas de enlace es intencional por construcción para sus operaciones participantes: nada se une al plano de la puerta de enlace sin configuración. Su límite más amplio no es por ello impermeable: la permeabilidad es una propiedad colectiva, y los agentes también pueden tocar el mundo a través de canales que las puertas de enlace no median. Los despliegues empresariales pueden proporcionar una fuente temprana de evidencia comparativamente de alta resolución sobre la actividad de agentes gobernada y mediada por puertas de enlace; verificar partes de la lista de deseos de la investigación frente a las configuraciones en ejecución es el método de esta publicación. Para cada institución: lo que la investigación demanda, cuál es el instrumento documentado y hasta dónde llega legítimamente la analogía.

2. Licencias de mercado: identidad, descubrimiento y quién puede realizar transacciones
Las dos primeras categorías de Raskar —sistemas de identidad y descubrimiento de agentes ("ICANN para agentes") y servicios de confianza (pasaportes para agentes)— responden a la pregunta que todo mercado resuelve antes de su primera operación: ¿quién tiene permitido el acceso y cómo saben las contrapartes con quién están tratando? El instrumento a escala empresarial es la pila de registro. Los servidores MCP se alojan, publican y descubren a través del registro MCP (documentación del registro); dependiendo de la configuración, la puerta de enlace MCP puede identificar al emisor como usuario, equipo, cuenta virtual o identidad de servicio y aplicar reglas de acceso a nivel de servidor o herramienta; el OAuth por usuario puede delegar los permisos de un usuario individual cuando ese modo está configurado (documentación de autenticación y seguridad) —cuyos mecanismos de implementación documentamos de principio a fin en este blog para Google Drive (MCP en la práctica, parte 1). Las restricciones a nivel de herramienta limitan lo que un participante autorizado puede hacer; en los modos de autenticación gestionados por la puerta de enlace, las credenciales de los proveedores intermedios se centralizan en lugar de distribuirse a cada agente, aunque los clientes siguen autenticándose ante la puerta de enlace y algunos modos permiten el uso de credenciales proporcionadas por el cliente. El alcance real de la analogía: esto es licencias e identidad dentro de una misma jurisdicción. Las categorías de Raskar se refieren a una identidad que viaja entre jurisdicciones —la versión de la web abierta e interempresarial—, algo que el registro de ningún proveedor único ofrece y que es precisamente lo que su Proyecto NANDA y el trabajo de identidad de agentes del IETF están cuestionando.
3. Contabilidad de uso: medición de una actividad que se mueve rápido
La ansiedad que define el resumen de DeepMind es la velocidad: agentes que realizan transacciones y se coordinan a escalas y velocidades que superan la supervisión humana directa. La respuesta clásica a una economía que supera a sus observadores es la infraestructura de medición, y aquí el instrumento a escala empresarial es inusualmente completo. Para la actividad mediada por la puerta de enlace, el panel de control proporciona una contabilidad de costes y uso de alta resolución: se atribuyen los costes del modelo y las métricas de tokens, y se miden los volúmenes y fallos de los servidores y herramientas MCP (medición, no necesariamente un precio económico); el Panel de Métricas documentado permite pivotar gráficos de costes, tokens, latencia y fallos por modelo, modelo virtual, usuario, cuenta virtual, equipo o claves de metadatos personalizadas —las dimensiones organizativas sobre las que una empresa realmente presupuesta— y extiende el mismo tratamiento al tráfico MCP hasta llegar a los volúmenes de llamadas, latencias y desglose de fallos por servidor y por herramienta (documentación del Panel de Métricas). La telemetría se exporta a través de OpenTelemetry a la pila de observabilidad existente de la empresa (documentación de la puerta de enlace). En el vocabulario de esta serie, y estrictamente como analogía: para su actividad mediada por la puerta de enlace, la empresa cuenta con una contabilidad de uso a nivel de solicitud individual y de forma continua; un libro mayor operativo del que carece visiblemente la macroeconomía de agentes, y la razón por la cual la pregunta 6 sobre el libro mayor del n.º 1 (¿qué revela la evidencia a escala empresarial?) puede responderse en absoluto.
4. Restricciones de gasto y disyuntores: una analogía funcional
La preocupación por el riesgo sistémico del documento sobre el sandbox —la inestabilidad que se propaga a través de los mercados de agentes y hacia el exterior— es, a escala empresarial, un par de mecanismos documentados. Gobernanza del gasto: presupuestos definidos por inquilino y equipo cuyas reglas coinciden con usuarios, modelos y metadatos, con modos de solo advertencia y de cumplimiento estricto, además de alertas de hitos presupuestarios; una respuesta gradual en lugar de la binariedad de una interrupción (documentación de presupuestos). Mecanismos de estabilidad: límites de tasa por usuario, modelo y aplicación; equilibrio de carga entre modelos según peso, latencia o prioridad; reintentos automáticos y cadenas de respaldo configuradas como modelos virtuales (documentación sobre límites de tasa; documentación sobre modelos virtuales). La analogía es funcional, no exacta: un bucle de agente fuera de control se asemeja a un choque de demanda y una interrupción del proveedor a un choque de oferta, mientras que los presupuestos limitan el gasto permitido, los límites de tasa restringen el rendimiento de las solicitudes y los reintentos o respaldos de modelos virtuales pueden mejorar la resiliencia del tráfico de modelos participantes; nada de esto regula una moneda, una tasa de interés, la oferta monetaria o un mercado de crédito entre agentes. Estos controles pueden limitar el gasto seleccionado y los modos de fallo de rendimiento antes de que se admitan solicitudes adicionales; no regulan una economía ni previenen todas las formas de fallo en cascada. En ese sentido limitado, amortiguan la propagación, aplicándose antes de que se acumule el gasto, una propiedad que la conciliación de fin de mes nunca podrá tener.
5. El dial de permeabilidad: donde el entorno aislado se encuentra con la web medida
La contribución más original del marco de DeepMind es tratar la permeabilidad como una variable de diseño, y a escala empresarial esa variable tiene una ubicación física: la salida (egress), el límite donde los agentes internos llegan a la web pública. Ese límite está adquiriendo, en el exterior, instituciones adyacentes a la lista de Raskar: autenticación de cliente automatizado con firma criptográfica a través de Web Bot Auth en el IETF —un análogo estrecho de autenticación de operador dentro de la categoría más amplia de pasaporte de Raskar, no un sistema de reputación o prueba del usuario final detrás del agente— y micropagos de máquina a través de HTTP 402 y el ecosistema x402 (su categoría de micropagos con monedas estables), desarrollos cuya infraestructura analizó este blog en profundidad (bucles de agentes en la web medida). La nota de precisión de esa publicación se mantiene en espíritu: la documentación de TrueFoundry no describe ni x402 ni Web Bot Auth, y esta publicación no afirma lo contrario. La pretensión de mapeo es arquitectónica y limitada: las puertas de enlace de LLM y MCP son dos posibles puntos de aplicación dentro de una arquitectura de permeabilidad más amplia; el acceso directo al navegador, la salida de red general, las API que no son MCP, las colas, los rieles de pago y la comunicación entre agentes pueden requerir controles fuera de la puerta de enlace de IA. TrueFoundry puede gobernar y observar las operaciones de LLM y MCP participantes enrutadas a través de sus puertas de enlace. La salida web general, las API directas, las herramientas que no son MCP, las colas, las llamadas en proceso y el tráfico entre agentes pueden requerir controles separados de identidad, red, política y contabilidad. La idea de una moneda personalizada del preimpreso no tiene contraparte a escala empresarial aquí: una asignación de costos no es una moneda transferible, un medio de intercambio, un activo de liquidación o una reserva de valor.
6. Donde el mapeo se debilita: reputación, liquidación, remediación y diseño de misión
Confianza y reputación — en ambos marcos de origen, la reputación surge de la calidad de la contribución y de los historiales de interacción que viajan entre las partes. A escala empresarial, los registros y las métricas pueden proporcionar evidencia sobre el comportamiento, pero nada calcula una puntuación de reputación ni la transporta a través de dominios administrativos; la carta de Web Bot Auth del IETF excluye explícitamente la asignación de reputación. Brecha, que conste en acta.
Pago y liquidación — la categoría de micropagos con monedas estables de Raskar y la palanca de moneda personalizada de DeepMind presuponen valor transferible. TrueFoundry no documenta ninguna moneda transferible, riel de liquidación entre agentes, implementación de x402 o mecanismo de mercado de pagos; los rieles emergentes (HTTP 402, x402) están evolucionando fuera de la plataforma. Brecha, que conste en acta.
Un mapeo que solo informa coincidencias es marketing, así que aquí están las omisiones. Seguros, reparación y servicios legales — la tercera categoría de Raskar — tiene, en el mejor de los casos, un análogo parcial: los seguimientos de ejecución a nivel de paso y los registros de solicitudes pueden proporcionar evidencia para la investigación de incidentes, no para la suscripción, la adjudicación legal o un marco completo de responsabilidad (Documentación de Agent Harness), y las puertas de aprobación para llamadas a herramientas sensibles configuradas son prevenciónde pérdidas, pero nada a escala empresarial valora el riesgo de los agentes, lo suscribe o lo adjudica. La responsabilidad y la asignación de pérdidas dependen de los contratos, los seguros, la política organizacional y la legislación aplicable; la plataforma no valora ni asigna ese riesgo (la pregunta 5 del libro mayor del n.º 1 sigue abierta). Economías de misión —la palanca de DeepMind para orientar los mercados de agentes hacia objetivos colectivos— es una elección organizativa y de gobernanza que ninguna plataforma proporciona; el mecanismo documentado más cercano (puertas de aprobación, expansión gradual basada en resultados medidos) limita cómo los agentes persiguen sus objetivos, no qué objetivos se le asignan al sistema. Vale la pena mantener visibles esas dos brechas adicionales: marcan el punto de origen de las instituciones de la economía de agentes, que deberán provenir de fuera de la capa de infraestructura.
7. El mapeo maestro
Los enlaces a la documentación se pueden encontrar en Referencias a continuación.
8. Límites, expresados claramente
Cuatro límites. El mapeo es una síntesis editorial de TrueFoundry: ni MIT Sloan ni los autores de DeepMind evalúan, mencionan o respaldan a TrueFoundry, y Economías de agentes virtuales sigue siendo una prepublicación. La escala empresarial no es la escala económica: un entorno de pruebas con un solo propietario, una sola autoridad presupuestaria y un solo dominio de política administrativa evita precisamente los problemas de coordinación (apertura, identidad entre jurisdicciones, consolidación) que hacen difícil la cuestión macro, por lo que nada de esto responde a la pregunta de propiedad de Raskar; solo muestra cómo son las instituciones cuando alguien simplemente puede decidir tenerlas. Las fortalezas de las analogías en la tabla son nuestros juicios, hechos para ser debatidos. Y las capacidades están parafraseadas a partir de la documentación pública vigente en el momento de la redacción; el contenido duradero es la estructura del mapeo, no una instantánea de una página de documentación. Las implementaciones a escala empresarial pueden contribuir con evidencia de resolución comparativamente alta a la serie en el futuro: datos de atribución, eventos presupuestarios y registros de seguimiento de implementaciones gobernadas y mediadas por puertas de enlace, que es donde una futura entrada de esta serie retomará la pregunta 6 del libro mayor.
Referencias
- MIT Sloan, Ideas Made to Matter — "¿Quién será el dueño de la economía de agentes de IA?", 13 de julio de 2026: mitsloan.mit.edu. Tomašev et al. (Google DeepMind), Economías de agentes virtuales, arXiv:2509.10147 (preimpresión), septiembre de 2025: arxiv.org.
- Documentación de TrueFoundry — Registro de MCP; Autenticación y seguridad de MCP Gateway; Panel de métricas; limitación de presupuesto; limitación de tasa; modelos virtuales; Agent Harness.
- Este blog — Economía de agentes, n.º 1; bucles de agentes en la web medida; MCP de TrueFoundry en la práctica, parte 1.
Serie: Economía de agentes, n.º 2 · ← N.º 1: ¿Qué es la economía de agentes y quién puede diseñarla?
Segunda entrada de una serie abierta sobre economía de agentes. En esta entrada no se utilizan citas directas de ninguna fuente primaria; todo el contenido de las fuentes se parafrasea con enlaces, y el mapeo de institución a instrumento, incluidas las evaluaciones de la solidez de las analogías, es una síntesis editorial de TrueFoundry. Las capacidades de la plataforma se parafrasean a partir de la documentación pública vigente en el momento de la redacción.
TrueFoundry AI Gateway ofrece una latencia de entre 3 y 4 ms, gestiona más de 350 RPS en una vCPU, se escala horizontalmente con facilidad y está listo para la producción, mientras que LitellM presenta una latencia alta, tiene dificultades para superar un RPS moderado, carece de escalado integrado y es ideal para cargas de trabajo ligeras o de prototipos.












.webp)




.png)
.png)

.png)
.png)
.png)
.png)
.png)
.png)
.png)

.png)
.png)





