AzterDocs

Estándares

Protocolos

La próxima década del software comercial no se conecta con integraciones puntuales, sino con protocolos. Azter implementa los estándares abiertos de la economía agéntica de forma nativa, y mantiene un registro versionado para incorporar los que vienen sin romper lo que ya opera.

Protocol registry

Estado de soporte declarado por la plataforma. Consultable también en GET /v1/protocols.

MCPModel Context ProtocolAcceso a herramientas y datos2025-06-18estable
A2AAgent-to-AgentCooperación entre agentes0.3estable
UCPUniversal Commerce ProtocolCatálogo, precio y orden0.9beta
AP2Agent Payments ProtocolPagos con mandato verificable0.2beta
OAuthOAuth 2.1 + DPoPIdentidad delegada del agentedraftestable

MCP · cómo Azter accede a tus sistemas

MCP estandariza la conexión entre modelos y herramientas. En Azter es la superficie principal: toda capacidad se publica como tool, con esquema, scope y traza.

  • Azter actúa como servidor MCP para tus agentes y los de tus clientes.
  • Azter actúa como cliente MCP para consumir servidores de tus propios sistemas internos.
  • Los esquemas son estrictos: entrada validada y salida tipada en cada llamada.

A2A · cómo Azter coopera con otros agentes

Agent-to-Agent permite delegar tareas y negociar entre agentes de organizaciones distintas, con identidad, capacidades declaradas y estado de la tarea.

agent-card.json
1{
2 "name": "Azter · Ventas B2B",
3 "url": "https://a2a.azter.ai/agt_ventas",
4 "capabilities": ["quote", "stock_check", "order"],
5 "authentication": ["oauth2", "bearer"],
6 "skills": [
7 { "id": "cotizar", "description": "Cotiza productos con condiciones comerciales" }
8 ]
9}

UCP · cómo Azter opera comercio

Universal Commerce Protocol expone catálogo, precios, disponibilidad y órdenes en un formato que otros agentes pueden entender sin integrarse punto a punto contigo.

Superficie expuesta

  • Feed de catálogo con precios por lista y reglas de descuento declaradas.
  • Disponibilidad consultable en tiempo real, con lead time por bodega.
  • Creación de órdenes con condiciones de pago y referencia de orden de compra.

AP2 · cómo Azter paga y cobra

Agent Payments Protocol define mandatos verificables: qué está autorizado a pagar un agente, hasta qué monto, por cuenta de quién y con qué evidencia de intención del comprador.

mandate.json
1{
2 "protocol": "ap2",
3 "principal": "cnt_4412",
4 "agent": "agt_compras_cliente",
5 "scope": { "merchant": "azter:ws_acme", "max_amount": 3000000, "currency": "CLP" },
6 "expires_at": "2026-09-01T00:00:00Z",
7 "intent_proof": "signed_jwt"
8}

El pago nunca es implícito

Un mandato AP2 no autoriza por sí solo: Azter valida límite, vigencia, política interna y, cuando corresponde, exige aprobación humana antes de ejecutar el cobro.

Protocolos nuevos

El ecosistema agéntico se mueve rápido. Azter no espera a que un estándar se consolide para prepararse: los incorpora detrás de un flag de versión y los promueve a estables cuando la especificación se estabiliza.

Ciclo de adopción

  • Piloto: implementación tras un flag, disponible en sandbox y sin garantías de compatibilidad.
  • Beta: disponible en producción, versionado explícito y cambios anunciados con 30 días.
  • Estable: cubierto por la política de compatibilidad del API v1.
  • Deprecado: seis meses de convivencia y guía de migración antes de retirarlo.
terminal
1# Activar un protocolo en piloto para tu workspace
2curl https://api.azter.ai/v1/protocols/ucp/enable \
3 -H "Authorization: Bearer $AZTER_API_KEY" \
4 -d '{ "channel": "sandbox", "version": "0.9" }'

¿Trabajas en un estándar?

Azter puede registrar protocolos propios o de consorcio como extensión del registry, con su propio esquema y política de gobernanza. Escríbenos y lo modelamos contigo.