Scopes disponibles
Cada API key puede tener uno o más scopes que limitan qué operaciones puede hacer. Si no asignás scopes al crear la key, tiene acceso completo.Superposición
conversations:read ↔ messages:read: GET /conversations/:id/messages requiere conversations:read (porque listás los mensajes “de una conversación”), mientras que GET /messages/:id requiere messages:read (porque accedés a un mensaje “individual”). Para keys de solo lectura, lo común es asignar ambos.Cómo funcionan
- Una key sin scopes puede hacer todo (acceso completo).
- Una key con scopes solo puede acceder a los endpoints correspondientes.
- Si una key intenta acceder a un endpoint sin el scope necesario, recibe un
403:
Ejemplos de uso
Key de solo lectura
Para un dashboard que solo consulta datos:Key para enviar mensajes
Para un sistema que envía notificaciones:Key de gestión de contactos
Para un CRM que sincroniza contactos:Relación con el plan
Los scopes limitan qué puede hacer una API key, pero los límites del plan aplican a toda la cuenta. Si tu plan tiene un límite de 1.000 conversaciones/mes, ese límite se aplica sin importar los scopes de la key.Conector MCP
El conector de ChatGPT, Claude, Cursor, Codex y Grok usa los mismos scopes de contactos, conversaciones, mensajes y plantillas. Además aceptatemplates:write, que en la API REST todavía no está expuesto: crea una plantilla y la manda a revisión de Meta, sin escribirle a un cliente. Una key sin scopes sigue teniendo acceso completo. La guía está en Conectar Waspy con ChatGPT y otros clientes.