AzterDocs
mcp.azter.ai · disponible

Construye sobre la
inteligencia comercial de Azter.

Azter opera canales, catálogo, cotizaciones, cobros y facturación con agentes supervisados. Esta documentación expone lo que ya puedes integrar hoy —capabilities canónicas, el servidor MCP y webhooks— y lo que viene: nuestra dirección es que todo lo que Azter hace, tu agente también pueda hacerlo.

azter-mcp · sesión en vivostreaming
mcp initialize · client: claude-desktop

MCP disponible hoy

El servidor mcp.azter.ai está en producción con 8 herramientas y OAuth 2.1. La unificación con el catálogo canónico avanza en paralelo.

Un core, varias superficies

6 capabilities canónicas verificadas en el runtime del agente. MCP hoy; REST y más protocolos convergerán al mismo core.

Protocolos cuando estén listos

MCP es la superficie pública actual. REST, A2A, UCP y AP2 están en el roadmap y se documentarán al existir, no antes.

Gobernanza real

Scopes por capability, idempotencia durable para commands, verificación server-side de pagos y auditoría de cada ejecución.

Superficies de integración

Un mismo Capability Core, varias formas de invocarlo. Elige la que corresponda a tu contexto; el estado de cada una es el real de hoy.

Primer vistazo

Una llamada al servidor MCP ya resuelve una consulta comercial real, con auditoría de la ejecución.

terminal
1curl https://mcp.azter.ai \
2 -H "Authorization: Bearer $AZTER_API_KEY" \
3 -H "Content-Type: application/json" \
4 -d '{"jsonrpc":"2.0","id":1,"method":"tools/call",
5 "params":{"name":"check_stock","arguments":{"sku":"NIT-M-100"}}}'

Superficie de la plataforma

Hoy hay 6 capabilities canónicas verificadas en producción, 8 herramientas MCP activas y webhooks salientes firmados. Todo lo documentado aquí refleja el estado real del sistema.

Principios de la plataforma abierta

  • Una capability, una implementación: las interfaces la invocan, no la duplican.
  • Estado honesto: cada superficie se documenta como AVAILABLE, en desarrollo o planeada según el sistema real.
  • Datos aislados por empresa, nunca usados para entrenar modelos de terceros.
  • Los commands exigen idempotencia por intento lógico y dejan auditoría de cada ejecución.
  • Las acciones financieras se verifican contra el proveedor del pago, nunca contra el payload entrante.

Nuestra dirección

“Todo lo que Azter hace, tu agente también puede hacerlo.” Ese es el destino: que la consola, MCP y el API expongan exactamente lo mismo, sobre el mismo Capability Core. Publicaremos cada superficie cuando esté realmente disponible — y su estado en esta documentación lo reflejará.