Modelos de IA y créditos

CréditosCopiar el enlace a este encabezado

Un crédito equivale a $0.001 de coste del modelo. Una ejecución cuesta el coste unitario de su modelo multiplicado por las unidades que consume una ejecución típica, convertido a créditos y redondeado hacia arriba, con un mínimo de 1. Como las asignaciones se expresan en créditos, funcionan igual para todos los modelos: un modelo barato permite muchas ejecuciones y uno más grande, menos.

• Los niveles dan a cada módulo incluido sus propios créditos mensuales.
• Los packs comparten una única reserva entre sus módulos.
• Prueba gratuita: 400 créditos en total.
• Límite por hora: las ejecuciones que superan el límite por hora del plan se ponen en cola para la siguiente hora con capacidad disponible, nunca se ejecutan de inmediato.

El catálogoCopiar el enlace a este encabezado

Generado a partir de MODELS en @portline/pricing. Ninguna otra parte de Portline nombra un modelo.

Pasos de plantillaCopiar el enlace a este encabezado

Cada paso de IA indica un tipo de modelo (texto, imagen, vídeo, voz o transcripción), no un modelo concreto. Una ejecución usa el modelo que eligió el usuario si es del tipo correcto; en caso contrario, el modelo predeterminado del paso. En un nivel, el área del paso decide qué créditos de módulo lo pagan.

Lo que compran los créditos de un planCopiar el enlace a este encabezado

Cómo se impone la medición del consumoCopiar el enlace a este encabezado

La aplicación comprueba los créditos antes de una ejecución, y Postgres vuelve a comprobarlos en cada inserción en pl_ai_runs:

• pl.ai_models y pl.ai_steps replican el catálogo y los pasos (el conjunto de pruebas de la base de datos comprueba que las réplicas coinciden con @portline/pricing).
• El trigger de medición rechaza una ejecución cuyo modelo no corresponde al tipo del paso, y fija los créditos de la ejecución a partir de pl.ai_models, independientemente de lo que haya enviado el cliente.
• Suma los créditos ya consumidos este mes (por módulo en un nivel, en toda la reserva en un pack, o en la reserva de la prueba) y rechaza una ejecución que superaría la asignación.
• Cuando la última hora ya contiene el límite de ejecuciones del plan, pone la ejecución en cola para la siguiente hora con capacidad disponible en lugar de ejecutarla.