26 sept 2026

A qué llama realmente el playground de Jev — y qué cambia cuando obtienes una clave

El playground gratuito ejecuta el modelo real bajo límites diarios. Qué cambia en cada salto, de la ejecución en el navegador a la llamada en producción.

El mismo modelo, tres puertas de entrada

Nada detrás del playground es un mock ni una build de demostración: los visitantes anónimos tienen 30 ejecuciones de playground al día y los visitantes con sesión iniciada 50, todas ejecutando inferencia upstream real que ningún crédito paga. La cuota del playground está acotada por un ámbito derivado de la IP (con hash, así que las direcciones en crudo nunca llegan a los logs), y el JSON que ves en el navegador es la forma que devuelve una llamada con clave.

Las tres diferencias en producción

  • Endpoint: /api/playground (sesión de navegador) frente a /api/v1/systemone (clave Bearer).
  • Autenticación: el playground acota ejecuciones por visitante; la API autentica cada solicitud contra una clave de workspace.
  • Cuota: límites diarios de ejecución frente a límites de tasa del plan (free 20 req/min, Starter 120/min, Pro 600/min, Team 2.000/min) más gasto de créditos.

Todo lo demás es compartido: el mismo esquema de solicitud (1–8 preguntas con nombre, estados de hasta 100.000 caracteres), las mismas formas de respuesta con probabilidad y confianza, los mismos códigos de error — salvo que el playground nunca devuelve 401 ni 402, porque allí nada cuesta créditos.

Por qué existen los límites

Los límites son primero un techo de gasto y segunda una decisión de producto: las ejecuciones del playground son inferencia real que ningún crédito paga, así que los límites acotan lo que el tráfico gratuito puede costar. El reinicio diario es por visitante, no por workspace, así que un equipo no puede juntar una cuota gratuita mayor — para eso están los 5 créditos de registro y la clave de API.

Si ves el mensaje de límite diario, el camino es la clave de API: los 5 créditos gratis cubren exactamente el puente entre «lo validé en el navegador» y «estoy enviando unos cientos de llamadas reales». Nada cambia entre esos dos mundos salvo la cabecera Authorization y la URL.

Un orden de migración práctico

  • Itera la redacción de los criteria en el playground (gratis) hasta que diez casos reales devuelvan las decisiones que habrías tomado.
  • Regístrate, crea una clave y ejecuta los mismos cuerpos de solicitud bajo una cabecera Bearer — ahora observas tokens de uso reales y latency_ms de tus cargas de trabajo.
  • Pon el wrapper tras un feature flag al 5% del tráfico; registra request_id y la acción de tu política por solicitud.
  • Escala cuando los umbrales se apoyen en la distribución observada en lugar de en suposiciones.

Una última nota sobre propiedad: el workspace es la frontera de facturación y acceso. Las claves pertenecen a un workspace; los créditos pertenecen a un workspace. En Team, cada compañero crea claves que comparten el saldo — así que rota y revoca claves a nivel de workspace.

Cifras de límite de tasa que esperar el primer día

El primer pico de API suele encontrarse con X-RateLimit en el tier gratuito: 20 solicitudes por minuto con 1 llamada concurrente. Las cabeceras te dicen exactamente cuánto esperar (Retry-After y X-RateLimit-Reset en segundos de época), y un simple semáforo del lado del cliente — una solicitud en vuelo, recarga de tokens a la tasa del plan — convierte los 429 de errores en programación. A volumen Starter, un bucle serial ingenuo sigue siendo cómodo; por encima de unas pocas solicitudes por segundo quieres el semáforo, y por encima de los planes Starter las concesiones de concurrencia importan más que las cifras por minuto.

La respuesta, de principio a fin

{
  "request_id": "req_fe17d05411092c4f7f97947a",
  "model": "jev-1.14.0",
  "answers": {
    "refund_requested": { "type": "noul", "noul": 0.28 },
    "policy_supports":  { "type": "noul", "noul": 0.98 }
  },
  "usage": {
    "input_tokens": 401,
    "output_tokens": 39,
    "credits": 0
  },
  "latency_ms": 523
}
Respuesta del playground (misma forma que una llamada con clave)

Fíjate en credits: 0 aquí — la firma de facturación del playground. Bajo una clave Bearer, la misma solicitud muestra credits: 1 (401 tokens de entrada redondean a 1 crédito) y un saldo credits_remaining. Todo lo demás es idéntico, y eso es lo que hace del playground un escenario de ensayo digno de confianza.

¿Se almacenan los datos de mi playground?

La pasarela reenvía tu solicitud al modelo para calcular la decisión y no conserva el contenido. Los metadatos (hora, estado, contadores) se registran para prevenir abusos, no tu estado ni tus respuestas.

¿El playground consume mis créditos?

No. Las ejecuciones del playground son gratis y van aparte. Los créditos del workspace solo los tocan las llamadas con clave Bearer a /api/v1/systemone.

¿Las respuestas del playground son las del modelo de producción?

Sí — mismo modelo en vivo, mismo esquema de solicitud que una llamada con clave, solo que gratis y limitado por ejecuciones diarias en lugar de créditos y límites de tasa.

Prueba el playground de Jev AI para enviar tu primera decisión gratis cuando termines esta guía.