Un token es una unidad pequeña de texto que procesa un modelo de inteligencia artificial. Puede representar una palabra corta, una parte de una palabra o un signo. El consumo incluye tanto los tokens enviados al modelo como los tokens generados en la respuesta.

En Rhioara, un crédito representa una unidad de consumo para el modelo que compraste. El saldo se administra por modelo: si compras 1,000,000 de créditos para un modelo, ese saldo se utiliza cuando haces solicitudes a ese mismo modelo. Antes de procesar una solicitud, la plataforma reserva una cantidad suficiente y, al terminar, descuenta el consumo real reportado. 

No caducan. Los créditos permanecen en el saldo del modelo correspondiente hasta que los uses. El código actual no aplica vencimiento mensual, reinicio de saldo ni una fecha de expiración a los créditos comprados.

La versión actual no incluye una extensión para Chrome, Firefox, Edge u otros navegadores. Rhioara se utiliza desde la aplicación web y mediante su API compatible con el formato de OpenAI.

Si se publica una extensión más adelante, deberá documentarse por separado su instalación, permisos, autenticación y forma de consumir créditos. No conviene anunciarla como una función disponible hasta que forme parte del producto.

El pago se realiza en Stripe Checkout, una página alojada por Stripe. Rhioara genera la orden con el monto calculado por el servidor y redirige al usuario a Stripe; el código de la aplicación no recibe ni almacena el número completo de la tarjeta.

La confirmación del pago vuelve mediante un webhook firmado. La aplicación valida la firma y la antigüedad del mensaje antes de acreditar los créditos, y utiliza una clave de idempotencia para evitar órdenes duplicadas. Estas medidas reducen el riesgo operativo, aunque ningún sistema puede prometer seguridad absoluta.

Rhioara reduce el impacto de fallas o saturación mediante rutas con varios proveedores. Para cada ruta, intenta primero el candidato con mayor prioridad disponible; si un proveedor falla antes de iniciar la respuesta, prueba el siguiente. También usa un circuito de protección que aparta temporalmente a un proveedor después de fallas consecutivas.

La implementación actual no ofrece una garantía contractual de calidad o latencia en horas pico, ni selecciona proveedores con base en carga en tiempo real. El failover mejora la continuidad, pero la respuesta puede variar si se utiliza un proveedor alterno. Una garantía formal requeriría un SLA y métricas operativas específicas.

La Ruta Inteligente oculta la elección del proveedor. En la ruta rhioara/rhial, Rhioara ordena los candidatos por prioridad de calidad y usa el mejor que esté disponible. Si ese candidato no puede responder, intenta otro proveedor compatible antes de devolver un error.

Al elegir un modelo manual, seleccionas un producto concreto según el tipo de tarea, por ejemplo velocidad, programación, economía o razonamiento. Tu saldo queda asociado a ese modelo. La selección manual da más control sobre costo y comportamiento; aun así, el alias elegido puede usar failover entre los proveedores configurados para mantener el servicio.