Actualizado el

El medidor dice 700 y yo pagué 40: el costo real de Claude Code

Estoy trabajando en un proyecto solo con modelos de Anthropic, sobre todo con Claude Code. Llevo unas dos o tres semanas a un ritmo de dos o tres horas al día. Todavía me queda cerca de una semana del plan.

La factura, hasta ahora, ronda los 40 dólares: 20 del plan Pro y unos 20 más en créditos extra del saldo. El medidor de uso, en cambio, se acerca a 700 dólares.

Esa diferencia no es un error de cobro. Es la diferencia entre lo que pagas en una suscripción plana y lo que costaría el mismo consumo si lo compraras token a token a precio de lista de la API. Entender esa brecha importa, porque no es un truco permanente. Es un precio de adquisición. Y los precios de adquisición, tarde o temprano, se ajustan.

Qué mide realmente el medidor

En Claude Code, el comando /usage muestra un bloque de sesión con un total en dólares. La documentación de costos lo deja claro: esa cifra se calcula en local a partir del conteo de tokens, usando los precios de lista de la API. No es tu factura de suscripción.

Si estás en Pro o Max, el uso ya está incluido en el plan (más los créditos que hayas añadido). Las barras de uso del plan sí importan para saber cuánto te queda. El número de dólares de la sesión, no: es un estimado contrafactual. Responde a la pregunta “¿cuánto habría costado esto si pagara por API?”.

Esa distinción evita dos errores. El primero es asustarse y creer que Anthropic te va a cobrar 700. El segundo es lo contrario: creer que 40 es el precio “real” del trabajo que hiciste. Ninguno de los dos es correcto. 40 es lo que pagaste. 700 es lo que valdría ese mismo uso al menú público de la API.

La brecha es, en la práctica, un subsidio. Anthropic (y otros laboratorios) venden acceso plano mientras el consumo retail de muchos usuarios supera con creces la cuota mensual. Sirve para ganar usuarios, formar hábitos y competir por el escritorio del desarrollador. No demuestra, por sí sola, cuánto le cuesta a Anthropic servir a cada persona: el precio de lista de la API no es el costo interno de cómputo. Es un precio de menú. El medidor mide ese menú, no la contabilidad privada del laboratorio.

No soy el único con esa brecha

Las mediciones públicas muestran el mismo patrón.

La calculadora de Viberank, con datos de 1158 desarrolladores, reporta que el 88 % quema más de 200 dólares al mes en equivalente API. La mediana ronda los 1.451 dólares. Es decir: para la mayoría de quienes midieron, el plan de suscripción queda muy por debajo de lo que costaría el mismo tráfico a precio de lista.

Aaron Heienickle escribió en abril de 2026 sobre reportes en los que un plan Max de 200 dólares al mes se contrapone a un costo de servicio equivalente a API de hasta unos 5.000 dólares. En un ejemplo de logs, habla de cerca de 15.000 dólares en equivalente API frente a unos 800 pagados. El texto está en su newsletter. Conviene leerlo con la misma cautela de siempre: es equivalente a precio de lista, no una auditoría de margen de Anthropic.

En agosto de 2026, picklog midió treinta días de tráfico de una flota no atendida: unos 3.798 dólares a precio de lista de API frente a un Max de 200. Esa forma de uso no es la mía. Yo estoy frente al teclado dos o tres horas al día, no dejando agentes solos en un cluster. Aun así, la dirección del gap es la misma: el medidor de menú crece mucho más rápido que la cuota fija.

Otro dato del mismo año: un análisis en Zenn sobre Max 5x reporta cerca de 2.894 dólares en equivalente API en dieciséis días. Otra vez, el número grande no es la factura; es el contrafactual.

En X la conversación sobre esa brecha es amplia. No hace falta citar hilos sueltos: el patrón se repite en calculadoras, blogs y mediciones independientes. La conclusión práctica es simple. Si tu medidor está muy por encima de lo que pagas, no estás “haciendo trampa”. Estás usando un producto cuyo precio comercial todavía no refleja el menú retail del mismo consumo.

Cuando los precios se sincerizan

Los subsidios no duran para siempre. Cuando el mercado empuja a “sincerizar” el precio, aparecen tres movimientos típicos: límites más visibles, créditos aparte del plan base y cobro por uso.

GitHub anunció que Copilot pasa a facturación basada en uso con AI Credits a partir del 1 de junio de 2026 (anuncio oficial). El mensaje de fondo es claro: la licencia plana deja de ser el único marco; el consumo vuelve a la factura.

En agosto de 2026, Harvard Business Review publicó sobre el “shock” de costos de la IA en las empresas. En paralelo, el encuadre del AI subsidy cliff describe el riesgo de construir procesos sobre un precio promocional que luego sube o se fragmenta.

Anthropic también ha ido separando piezas. En artículos de soporte de junio de 2026, el uso con Agent SDK o flujos headless ya no se trata igual que el uso interactivo con límites del plan: aparecen créditos y reglas distintas para automatización. No es un detalle menor. Lo que hoy cabe en una sesión de Claude Code en el escritorio puede, mañana, cotizar distinto si lo sacas a un agente sin supervisión.

Para alguien como yo, con un Pro de 20 más créditos ocasionales, el riesgo no es “me van a cobrar 700 mañana”. El riesgo es otro: acostumbrarme a un ritmo de trabajo que solo es barato mientras el subsidio aguante. Si el plan se endurece, si los créditos se vuelven obligatorios o si el equivalente API se acerca a la factura real, el mismo hábito cuesta más.

Un criterio portable

No necesito predecir el precio exacto de Anthropic el próximo trimestre. Sí necesito un criterio que sirva aunque el menú cambie.

Trato el medidor a precio de lista como una alerta temprana, no como una factura. Si el número de dólares de /usage crece mucho más rápido que lo que pago, estoy midiendo cuánto trabajo estoy empujando al modelo caro. Esa señal vale aunque la suscripción todavía la absorba.

Diseño el trabajo para que sobreviva a un precio más alto. Menos contexto innecesario, sesiones más cortas, /clear entre tareas distintas, modelo adecuado a la dificultad. Si mañana pago más cerca del menú, el flujo sigue siendo usable. Si sigo asumiendo que 40 compra 700 de menú, cualquier ajuste duele el doble.

No confundo el total retail de la API con lo que el laboratorio paga por servir. El medidor no prueba pérdida por usuario. Prueba una diferencia comercial: precio plano frente a precio de lista. Esa diferencia puede cerrarse por límites, por créditos, por facturación por uso o por una mezcla de las tres. Mi trabajo no debería depender de que la brecha se mantenga.

Por ahora sigo en Pro, con una semana de plan por delante y un medidor que se ve más grande que la factura. Aprovecho la ventana. Pero ya no miro esos 700 como un error ni como un regalo eterno. Los miro como el precio de lista del hábito que estoy formando. Y el hábito, a diferencia de la oferta, es cosa mía.

Recursos