TIC's en la Web

Por qué Cursor no se ve afectado por el cierre de OAuth en la IA

La semana pasada te contaba en este artículo cómo Anthropic y Google han cerrado el grifo del acceso OAuth a herramientas de terceros. OpenClaw y proyectos similares ya no pueden usar tu suscripción de Claude Pro o AI Ultra desde aplicaciones que no sean las oficiales. La pregunta que me han hecho varios lectores es directa: ¿y Cursor? ¿Por qué Cursor sigue funcionando con Claude si también es una herramienta de terceros?

La respuesta corta: porque Cursor no usa OAuth. Usa la API. Y eso cambia todo.

Dos modelos que no tienen nada que ver

Cuando pagas por Claude Pro o Google AI Ultra, lo que compras es acceso a la interfaz web oficial. Tu sesión se autentica con OAuth: inicias sesión, el proveedor te da un token, y ese token identifica tu suscripción. OpenClaw hacía trampa: capturaba ese token OAuth y lo usaba para hacer llamadas a la API en tu nombre. Tú pagabas 20 dólares a Anthropic, OpenClaw usaba tu token, y Anthropic no veía un céntimo extra por ese uso. Desde su perspectiva, era un agujero en el modelo de negocio.

Cursor funciona al revés. Cursor no toca tu suscripción de Claude.ai. Cursor usa la API de Anthropic con API keys. O bien metes tu propia API key de Anthropic en la configuración, o bien Cursor Pro incluye un pool de uso que Cursor paga directamente a Anthropic. En ambos casos, el acceso es programático, facturado por token, y dentro de las reglas que los proveedores han definido para ese tipo de uso.

Es decir: OAuth = suscripción de usuario reutilizada en terceros (prohibido). API = pago por uso con credenciales propias (permitido y fomentado).

El modelo que los proveedores quieren

Los grandes de la IA no tienen problema con que uses sus modelos desde Cursor, desde tu propia app o desde un script. El problema es cuando intentas reutilizar una suscripción pensada para la interfaz web en herramientas que no controlan. Quieren que el acceso programático pase por API keys y pago por uso. Es más predecible para ellos, más fácil de facturar y evita que un solo usuario «comparta» su suscripción con herramientas que consumen mucho mas de lo que pagó.

Cursor encaja perfectamente en ese modelo. Tiene acuerdos B2B con Anthropic, OpenAI y Google. Paga por el uso, negocia precios por volumen y ofrece a sus usuarios un único punto de entrada. No hay trampa ni token robado: todo es API oficial.

Por qué el precio de Cursor puede ser sostenible

Si Cursor pagara el precio retail de la API de Claude, su modelo de suscripción sería ruinoso. Un usuario intensivo podría generar cientos de dólares en costes de API al mes. La clave está en los acuerdos de volumen: empresas como Cursor negocian con Anthropic precios muy por debajo del tarifario público. A cambio de compromisos de uso masivo, obtienen descuentos que permiten ofrecer créditos incluidos en la suscripción Pro.

Además, Cursor separa el uso: las completaciones de pestaña y el modo Auto suelen usar modelos más baratos (Haiku y similares), a menudo con uso ilimitado o muy generoso. Los modelos frontier (Claude Opus, GPT-4, etc.) consumen el crédito de la suscripción. Así reparten el coste y la mayoría de usuarios no agotan el límite.

Resumen: dos mundos distintos

OpenClaw y herramientas similares intentaban hacer un puente entre dos productos que los proveedores quieren mantener separados: la suscripción de consumo (interfaz web) y el acceso programático (API). Ese puente se ha cerrado.

Cursor nunca necesitó ese puente. Desde el primer día ha usado la API con sus propias credenciales. Por eso no se ve afectado por las restricciones de OAuth y seguirá funcionando con Claude, GPT y Gemini mientras los acuerdos comerciales se mantengan. La lección para desarrolladores: si quieres integrar IA en tu producto, el camino es la API, no el OAuth de suscripciones ajenas.

Si estás construyendo una herramienta que depende de tokens OAuth de Claude o Gemini para funcionar, ¿qué plan B tienes ahora que ese modelo ha muerto?

Salir de la versión móvil