Interoperabilidad de agentes: un plano de control para cualquier marco de trabajo

¿Qué es la interoperabilidad de agentes?

La interoperabilidad de agentes es la capacidad de combinar e intercambiar las piezas de una pila de agentes (el framework, el modelo y las herramientas) sin que la gobernanza que los rodea se vea afectada. Un agente creado con un framework puede utilizar las mismas herramientas que uno creado con otro, ambos pueden acceder a los mismos modelos y ambos están sujetos a las mismas reglas de identidad, acceso y auditoría.

Tiene dos vertientes que suelen confundirse:

• Interoperabilidad en tiempo de construcción. No depende de un único framework o proveedor de modelos. Puede crear un agente en LangGraph, otro en CrewAI y un tercero como un servicio HTTP estándar, además de adoptar un nuevo modelo sin necesidad de reescribir el código.
• Interoperabilidad en tiempo de ejecución. Estos agentes utilizan protocolos compartidos para acceder a herramientas y comunicarse entre sí, de modo que una herramienta creada una vez puede ser utilizada por cualquiera de ellos, y la gobernanza se aplica de forma uniforme independientemente del framework que haya realizado la llamada.

Sin la segunda parte, la primera solo extiende la fragmentación. La interoperabilidad real es la combinación de ambas: libertad de elección junto con un plano de control coherente subyacente.

Por qué los estándares abiertos son la base

La interoperabilidad solo es real si se basa en estándares abiertos en lugar de en conectores propietarios de un solo proveedor. Actualmente, dos estándares soportan la mayor parte de la carga en el ámbito de los agentes.

‍

• MCP (Model Context Protocol) estandariza la forma en que un agente accede a una herramienta. Una herramienta expuesta como servidor MCP puede ser llamada por cualquier agente compatible con MCP, independientemente del framework con el que se haya creado. En lugar de N frameworks por M integraciones personalizadas, se obtiene un único protocolo.
• A2A (Agente a Agente) estandariza la forma en que un agente llama a otro. Un agente que implementa A2A expone una tarjeta de agente legible por máquina, lo que permite que otros agentes lo descubran y lo llamen sin necesidad de código de integración personalizado.

Una plataforma que utiliza estos estándares puede situarse frente a cualquier agente y cualquier herramienta, manteniendo la visibilidad de lo que ocurre. Una plataforma que depende de conexiones propietarias solo puede gobernar las partes creadas a su medida. Esa diferencia es la razón por la que la distinción entre MCP y A2A es importante: uno define cómo los agentes acceden a las herramientas y el otro cómo los agentes se comunican entre sí; un plano de control neutral debe ser capaz de gestionar ambos.

Cómo ofrece TrueFoundry una interoperabilidad neutral frente a proveedores

El papel de TrueFoundry es actuar como el plano de control por el que pasan todos los marcos, modelos y herramientas, para que la libertad de elección en los extremos no se convierta en caos en el centro.

Un registro de agentes independiente del marco de trabajo

Independientemente de sobre qué esté construido un agente (Bedrock, Vertex AI, LangGraph, un servicio HTTP personalizado, un agente A2A o un copiloto integrado en un producto SaaS), este entra bajo gobernanza al registrarse en el Registro de Agentes, sin necesidad de mover ni reescribir nada.

En el caso específico de los agentes A2A, el registro resuelve la tarjeta del agente en su punto de conexión conocido, redirige las llamadas a través de la pasarela y registra la solicitud y respuesta JSON-RPC en cada traza. De este modo, un agente A2A y un agente LangGraph parecen diferentes durante la fase de desarrollo, pero se gobiernan de forma idéntica durante la ejecución: mismo registro, misma identidad y mismo registro de auditoría.

Una interfaz unificada para modelos y herramientas

En cuanto a los modelos, cada proveedor se sitúa detrás de una única API compatible con OpenAI, por lo que cualquier marco de trabajo puede acceder a cualquiera de los más de 1000 modelos apuntando a la pasarela y sobrescribiendo su URL base. No es necesario adoptar un SDK de TrueFoundry para conseguirlo. Mantienes tu marco de trabajo y cambias un solo ajuste.

# Any OpenAI-compatible framework or app becomes portable by overriding the base URL.
from openai import OpenAI

client = OpenAI(
    api_key="your-truefoundry-api-key",   # a gateway token
    base_url="https://gateway.truefoundry.ai",
)
# LangChain, CrewAI, AutoGen, LlamaIndex, or a custom loop:
# set the same base_url and they all route through the one control plane.

En cuanto a las herramientas, la pasarela MCP actúa como interfaz para cualquier servidor MCP y estandariza el acceso al mismo, de modo que una herramienta registrada una vez es accesible para todos los agentes gobernados. El ecosistema de TrueFoundry abarca más de 116 integraciones en categorías como asistentes de programación, marcos de trabajo, aplicaciones y barreras de seguridad, todas accesibles a través de la misma pasarela.

‍

Captura de pantalla del producto, documentación de TrueFoundry: el entorno de ejecución Agent Harness.

Puntos de extensión conectables en lugar de un mercado cerrado

Mientras que algunas plataformas ofrecen un catálogo propietario de "plugins para agentes", el modelo de extensión de TrueFoundry es abierto por diseño. Las herramientas se conectan como servidores MCP. La lógica de seguridad y políticas se conecta como barreras de seguridad personalizadas, que no son más que servicios HTTP que siguen un contrato simple de solicitud y respuesta, por lo que puedes añadir validaciones o mutaciones específicas de tu dominio sin tener que esperar a que un proveedor cree un conector. El resultado es la misma ventaja que promete un mercado de plugins, la extensibilidad, sin la dependencia de uno cerrado.

‍