El precio por token no es el coste de terminar un trabajo
Una tarifa por millón de tokens permite calcular una parte de la factura, pero no responde por sí sola a la pregunta que importa al presupuestar un flujo largo: cuánto cuesta obtener una tarea aceptable. Para responderla hay que reconstruir cada ejecución, sumar los intentos que no llegaron al resultado esperado e identificar costes que no pertenecen a la factura de tokens de Claude.
Conviene separar tres cifras. El coste de una ejecución es el importe asociado a una llamada o a una unidad de trabajo registrada. El coste de una tarea aceptada incluye todas las ejecuciones necesarias hasta que el resultado supera los criterios de aceptación. El coste operativo total añade partidas como herramientas externas y revisión humana, si el equipo decide incorporarlas. No son métricas intercambiables: una tarea puede requerir varias llamadas, y una respuesta generada puede ser descartada.
Esta guía presenta un método de cálculo, no una predicción universal del gasto. Los precios varían según la configuración y pueden cambiar. El objetivo es usar datos propios de Claude Opus 4.5, establecer límites antes de ejecutar y revisar las cifras cada vez que cambien las tarifas, el patrón de uso o el flujo.
Fija una tarifa verificable antes de hacer cuentas
Antes de multiplicar tokens por precios, registra qué tarifa estás usando y en qué contexto se aplica. La documentación de precios de Anthropic debe ser la referencia para las condiciones vigentes de Claude Opus 4.5. El anuncio original del modelo sirve para identificar el precio comunicado en el lanzamiento, pero no sustituye la consulta de precios actual: una cifra histórica no garantiza que siga aplicándose.
Como fotografía fechada, la lista de precios de Anthropic con fecha 27 de mayo de 2026 registra para Opus 4.5 en Claude API 5 USD por millón de tokens de entrada y 25 USD por millón de salida en modalidad estándar. También registra tarifas diferenciadas para escrituras y lecturas de caché y para procesamiento por lotes. Esas cifras son un ejemplo asociado a esa lista, no una promesa de precio futuro ni una recomendación para usar una modalidad concreta.
En la misma lista aparecen importes de 6,25 y 10 USD por millón para escrituras de caché, 0,50 USD para lecturas y 2,50/12,50 USD para entrada y salida en lotes. No deduzcas de esos números qué tipo de escritura corresponde a tu caso ni qué combinaciones están permitidas: comprueba las condiciones y definiciones actuales en la documentación de precios. Región, canal de acceso y modalidad pueden afectar el alcance de una cifra. Si utilizas un proveedor distinto de Claude API, verifica sus propias condiciones.
Guarda la fecha y el enlace interno a la fuente consultada en tu hoja de cálculo o registro de cambios; no te limites a copiar el número. Cuando el precio cambie, conserva el cálculo anterior con su fecha para no comparar ejecuciones con tarifas distintas como si fueran equivalentes.
Datos que conviene anotar al fijar la tarifa
| Campo | Qué registrar |
|---|---|
| Modelo e identificador | Claude Opus 4.5 y el identificador exacto utilizado por la integración. |
| Canal y alcance | Claude API u otro canal; región o proveedor, cuando corresponda. |
| Modalidad | Estándar, caché, lote u otra condición de servicio aplicable. |
| Precios y fecha | Importe por unidad de facturación y fecha en que se verificó. |
| Condiciones | Reglas de elegibilidad, combinación y duración que afecten al precio. |
Reconstruye la factura por categorías de uso
Una estimación útil mantiene separadas las categorías que pueden tener precios distintos. La fórmula general para una ejecución es sumar, para cada categoría, los tokens registrados multiplicados por la tarifa correspondiente, y dividir por un millón si la tarifa está expresada por millón de tokens. No redondees cada renglón demasiado pronto: conserva la precisión hasta obtener el total.
En una ejecución estándar, calcula por separado entrada y salida. Si hubo caché, registra las escrituras y las lecturas en sus categorías correspondientes, en lugar de contar el mismo bloque como entrada estándar y como caché. Si el procesamiento por lotes aplica a la solicitud, usa las tarifas de lote vigentes para las categorías que correspondan. No presupongas que cada tipo de token recibe el mismo descuento ni que caché y lote pueden combinarse.
Las respuestas de Messages incluyen información de uso para la llamada, y la referencia de la API documenta campos para entrada, salida y consumo relacionado con caché. Para auditoría, conserva la respuesta de uso o una extracción fiel de sus valores junto con un identificador de tarea y de intento. Si necesitas conciliar el gasto en un periodo, el informe de uso de Messages ofrece otra vía de consulta. Asegúrate de que los filtros y el intervalo temporal coincidan con los de tu propio registro.
El cálculo unitario no sustituye la conciliación de factura. Puede haber diferencias por el alcance que estés midiendo, por cambios de tarifa o por una modalidad distinta a la supuesta. Si los totales internos no coinciden con el informe de uso, detén la extrapolación y resuelve primero la discrepancia.
Plantilla de cálculo por ejecución
Aplica la tarifa verificada a cada fila. Los precios del ejemplo de la sección anterior sirven solo para mostrar el método y no deben reemplazar los vigentes para tu cuenta.
| Categoría | Tokens | Precio por millón | Cálculo |
|---|---|---|---|
| Entrada estándar | Tokens de entrada facturados como estándar | Tarifa estándar de entrada | Tokens × tarifa ÷ 1.000.000 |
| Salida estándar | Tokens de salida facturados como estándar | Tarifa estándar de salida | Tokens × tarifa ÷ 1.000.000 |
| Escritura de caché | Tokens registrados como escritura | Tarifa aplicable a esa escritura | Tokens × tarifa ÷ 1.000.000 |
| Lectura de caché | Tokens registrados como lectura | Tarifa de lectura vigente | Tokens × tarifa ÷ 1.000.000 |
| Lote | Tokens elegibles en cada categoría | Tarifa de lote aplicable | Calcular por categoría y sumar |
Ejemplo aplicado: una tarea de análisis con varios intentos
Supongamos un flujo que resume documentos y prepara una respuesta para revisión interna. Un intento aceptado usa 40.000 tokens de entrada estándar, 80.000 tokens de escritura de caché, 160.000 tokens de lectura de caché y 8.000 tokens de salida. Para ilustrar el cálculo, se aplican los importes de la lista fechada citada antes: 5 USD por millón para entrada estándar, 25 para salida, 6,25 para la escritura elegida y 0,50 para lectura. La escritura se ha elegido solo para el ejemplo; en producción habría que confirmar qué tarifa corresponde a la configuración concreta.
El resultado del intento aceptado es: 40.000 × 5 / 1.000.000 = 0,20 USD de entrada; 80.000 × 6,25 / 1.000.000 = 0,50 USD de escritura; 160.000 × 0,50 / 1.000.000 = 0,08 USD de lectura; y 8.000 × 25 / 1.000.000 = 0,20 USD de salida. El coste de tokens de ese intento suma 0,98 USD.
Ahora añade dos intentos previos vinculados a la misma tarea. Un intento fallido consume 20.000 tokens de entrada estándar y 4.000 de salida: 0,10 USD de entrada más 0,10 USD de salida, es decir, 0,20 USD. Un resultado descartado consume 10.000 tokens de entrada y 2.000 de salida: 0,05 más 0,05, en total 0,10 USD. La tarea aceptada requirió así 1,28 USD en tokens, no 0,98 USD. El cálculo muestra por qué una ejecución satisfactoria no representa necesariamente el coste del trabajo terminado.
Si, además, una persona emplea seis minutos en revisar el resultado y el equipo asigna a ese tiempo un coste interno ilustrativo de 45 USD por hora, la revisión suma 4,50 USD. Si una herramienta externa agrega otros 0,30 USD, el total operativo utilizado en este ejemplo es 6,08 USD. Esas partidas son supuestos de contabilidad interna: no forman parte de la tarifa de tokens de Anthropic. Cambia los valores por los costes reales de tu organización y declara qué incluyes.
Resumen del ejemplo
Importes hipotéticos calculados con la fotografía de tarifas indicada. No representan un presupuesto oficial ni una garantía de coste.
| Intento o partida | Coste de tokens | Estado |
|---|---|---|
| Intento aceptado | 0,98 USD | Aceptado |
| Intento fallido | 0,20 USD | Incluido en la tarea |
| Resultado descartado | 0,10 USD | Incluido en la tarea |
| Total de tokens | 1,28 USD | Una tarea aceptada |
| Revisión humana ilustrativa | 4,50 USD | Coste interno, no tarifa del modelo |
| Herramienta externa ilustrativa | 0,30 USD | Coste externo |
| Total operativo ilustrativo | 6,08 USD | Con las partidas indicadas |
Cuenta también los intentos que no produjeron un resultado aceptable
Define con claridad qué significa «aceptado» antes de medir. Puede ser una revisión humana superada, una validación estructurada o una condición de negocio acordada. Si el criterio cambia entre equipos o entre versiones del flujo, el coste por tarea aceptada deja de ser comparable. Registra el resultado con cada intento, no solo al final del proceso.
Relaciona todas las llamadas con un identificador persistente de tarea y asigna un número de intento. Incluye ejecuciones fallidas, respuestas que se descartan, regeneraciones, llamadas de recuperación y trabajos cancelados que ya hayan consumido uso facturable. Excluirlas hace que el coste aparente de la tarea sea menor que el gasto que realmente soporta el equipo.
Para un conjunto de tareas, suma el coste asociado a las tareas aceptadas y divídelo por su cantidad. Informa también cuántas tareas no se aceptaron o siguen pendientes; de lo contrario, una cifra media puede ocultar que muchos intentos no llegan a completarse. Cuando una tarea queda sin aceptación, conserva su coste y su estado. No la borres simplemente porque no contribuye al denominador de tareas aceptadas.
Proceso mínimo de registro
- 01Asigna un identificador único a la tarea y otro a cada intento.
- 02Registra el modelo, la configuración, la modalidad y la fecha de ejecución.
- 03Guarda los tokens de entrada, salida y caché informados para cada llamada.
- 04Anota el estado: aceptado, fallido, descartado, cancelado o pendiente.
- 05Vincula costes externos y tiempo de revisión si forman parte de la métrica operativa.
- 06Agrupa por tarea y calcula el total, sin eliminar intentos anteriores.
Caché y lotes: posibilidades que hay que validar con el propio flujo
La caché puede ser relevante cuando el flujo reutiliza contexto. Para saber si reduce el coste total, compara la factura de una secuencia real con y sin reutilización, usando los tokens de escritura y lectura efectivamente registrados. La existencia de una tarifa de lectura distinta no demuestra por sí sola que una tarea concreta ahorre: importan el volumen reutilizado, las escrituras necesarias, la forma del contexto y las condiciones vigentes.
El procesamiento por lotes merece evaluación cuando el trabajo admite esperar y cumple las condiciones documentadas. No lo elijas solo porque el precio publicado en una lista parezca inferior. Comprueba el plazo y las reglas operativas de la modalidad, si el flujo admite la latencia y qué combinación de funciones está permitida. El resultado de la comparación debería incluir tanto el coste como el tiempo hasta la aceptación.
Para comparar, ejecuta un conjunto representativo de tareas con la configuración que ya utilizas y con la alternativa que estás valorando. Mantén constantes las instrucciones, los criterios de aceptación y, en lo posible, el tipo de entrada. Calcula el coste por tarea aceptada y la proporción de intentos repetidos en cada variante. Si el resultado depende de tareas distintas o de criterios cambiantes, no atribuyas la diferencia a caché o lote sin más comprobación.
Tabla de decisión para modalidades
Orientación para decidir qué medir; la elegibilidad y las tarifas se deben comprobar en la documentación vigente.
| Opción | Cuándo evaluarla | Qué comprobar |
|---|---|---|
| Estándar | Cuando se necesita una referencia sencilla o una respuesta inmediata. | Tokens de entrada y salida, tarifa y canal de acceso. |
| Caché | Cuando se repite contexto entre llamadas y puede reutilizarse. | Tokens de escritura y lectura, precio aplicable y condiciones de reutilización. |
| Procesamiento por lotes | Cuando la tarea tolera una ejecución asíncrona. | Elegibilidad, condiciones, tiempos, precio por categoría y compatibilidad con la configuración. |
Establece presupuestos máximos y reglas de parada
Un límite útil tiene al menos dos niveles: máximo por ejecución y máximo por tarea completa. El primero acota una llamada que crece más de lo esperado; el segundo limita el gasto acumulado entre reintentos. Antes de fijarlos, estima el coste de una tarea representativa y observa la variabilidad en un conjunto piloto. Un valor medio por sí solo es una base débil si hay unas pocas tareas mucho más costosas.
Define límites en términos que el sistema pueda aplicar o supervisar. Entre ellos pueden estar un máximo de tokens de salida por llamada, un número máximo de intentos, una cantidad acumulada de gasto estimado por tarea o una condición de parada al superar el presupuesto. La posibilidad de imponer cada límite depende de la arquitectura de la integración; no supongas que el precio por sí mismo detendrá una ejecución.
Añade alertas para gasto agregado por periodo y revisa las tareas que más contribuyen al coste. Si el mecanismo de control depende de una estimación en tiempo real, documenta cómo se calcula y cómo se concilia después con el uso registrado. Una alerta no es una garantía de bloqueo: distingue las notificaciones de los controles técnicos que efectivamente interrumpen o rechazan trabajo.
Para decidir el umbral, considera el valor y la criticidad del trabajo, el coste de una revisión o un fallo, y el margen que el equipo acepta para la variación de uso. No hay un límite monetario universal para Opus 4.5. El importe adecuado depende de la tarea, el volumen y las reglas presupuestarias de cada organización.
Reglas operativas antes de lanzar una carga
- 01Establece un límite aprobado por intento y un límite acumulado por tarea.
- 02Fija un máximo de reintentos y define qué condiciones los permiten.
- 03Determina qué respuesta cuenta como aceptada y quién resuelve los casos ambiguos.
- 04Activa alertas para el presupuesto del periodo y asigna a una persona responsable.
- 05Define la acción ante el límite: detener, enviar a revisión o solicitar aprobación.
- 06Al cierre, concilia el cálculo interno con los registros de uso disponibles.
Plantilla reproducible y lista de comprobación
Una hoja de cálculo puede servir como control inicial si conserva tanto el detalle como el total. Usa una fila por llamada y añade identificadores de tarea e intento. Registra la fecha, el identificador del modelo, el canal, la modalidad, las categorías de tokens, los precios aplicados, el cálculo, el estado del resultado y las partidas operativas que quieras incluir. Mantén separadas las tarifas del proveedor y los costes internos para que una modificación no mezcle conceptos.
Para cada fila, calcula el coste de tokens como la suma de tokens de cada categoría multiplicados por su tarifa y divididos por un millón. Después suma las filas asociadas a una tarea. Marca la aceptación de acuerdo con una regla común y calcula el coste medio por tarea aceptada en el periodo, junto con el número de tareas pendientes o no aceptadas. Guarda una copia de las tarifas y de la fecha de verificación para poder reconstruir el resultado meses después.
Al revisar una subida de costes, empieza por determinar si cambiaron los precios, la longitud del contexto, la cantidad de salidas, la frecuencia de caché, los reintentos o la tasa de aceptación. Ese análisis distingue una subida debida a tarifas de otra causada por el propio flujo. Si cambias varias condiciones a la vez, registra el cambio y evita atribuir causalidad a una sola variable sin una comparación controlada.
Para información sobre precios y sobre la ficha de Claude Opus 4.5, consulta las rutas de precios y del modelo dentro de Inferama. Utiliza las referencias oficiales de Anthropic para verificar tarifas y campos de uso antes de publicar presupuestos o ejecutar una carga relevante. La cifra calculada es tan confiable como los datos de uso, los criterios de aceptación y la tarifa fechada que la sustentan.
Qué sigue abierto
- Los precios y las condiciones de Claude Opus 4.5 pueden cambiar; hay que comprobar la documentación oficial al cierre de la guía y antes de cada presupuesto.
- La lista de precios fechada el 27 de mayo de 2026 es una referencia fechada y no acredita que esos importes sigan vigentes al momento de uso.
- La fuente aportada no detalla en el material resumido las condiciones exactas asociadas a cada precio de escritura de caché; debe verificarse qué categoría corresponde a cada configuración.
- La elegibilidad, compatibilidad, tiempos y posibles diferencias por región o canal deben confirmarse para la cuenta y modalidad concretas.
- El coste de herramientas, infraestructura propia y revisión humana depende de la organización; las cifras del ejemplo son supuestos ilustrativos, no tarifas verificadas.
Continúa explorando
Fuentes consultadas
Correcciones y transparencia
Si detectas un dato incorrecto o desactualizado, puedes enviarnos una corrección indicando la página y la fuente que debemos revisar.
Proponer una corrección