Lista de verificación práctica para validar una API LLM gratuita antes de construir
Una lista para desarrolladores: verificar el acceso gratuito, la evidencia de pruebas y los límites operativos antes de depender de un proveedor.
Verifica el acceso en lugar de fiarte de la etiqueta «gratuito»
Una API de IA gratuita no es solo un nombre de modelo en un directorio. Antes de construir sobre ella, confirma lo que el proveedor dice hoy sobre elegibilidad, registro, requisitos de facturación y condiciones de uso. Anota la URL oficial y la fecha de la consulta para que otro desarrollador pueda reproducir la decisión.
El objetivo no es demostrar que el servicio seguirá siendo gratis. FreeToken.link separa deliberadamente la evidencia actual de la permanencia: el acceso puede cambiar, así que un registro útil indica qué funciona ahora, qué pasos de cuenta se exigen y qué afirmaciones siguen sin probar.
Prueba la ruta real
Prueba la misma ruta que usará tu aplicación. Confirma que el registro documentado produce una credencial utilizable, que el endpoint previsto la acepta y que una petición mínima devuelve una respuesta interpretable. OpenRouter, por ejemplo, documenta el sufijo :free para pedir una variante gratuita, advirtiendo que esas variantes pueden diferir de las de pago en disponibilidad y límites.
Mantén la primera petición pequeña y observable. Registra el código HTTP, el identificador del modelo devuelto, el estado de finalización, la latencia y las cabeceras de límite sin guardar el secreto. Las guías de claves y el Playground directo de FreeToken.link existen para convertir un candidato del directorio en una prueba reproducible.
Mide los límites
Los límites de tarifa son multidimensionales. La documentación de Gemini describe peticiones por minuto, tokens de entrada por minuto y peticiones por día, y avisa de que superar cualquier dimensión produce un error de límite. También indica que los límites se aplican por proyecto, no por clave, y varían por modelo y nivel de uso.
Groq documenta límites RPM, RPD, TPM y TPD a nivel de organización, con HTTP 429 al superar un umbral. Sus cabeceras exponen límite, restante, reinicio y reintento. Consulta la página de límites actual de la cuenta en lugar de copiar un número de un artículo antiguo.
Mantén el registro útil
Un registro de verificación compacto incluye la fuente oficial, los pasos de elegibilidad, el endpoint y modelo probados, el resultado observado, el alcance del límite, el comportamiento ante fallos y la fecha. También debe nombrar lo no probado: streaming, herramientas, salida estructurada, carga sostenida o retención de datos.
Define un disparador de reverificación antes de depender de la ruta: un aviso del proveedor, errores 401 o 429 repetidos, un cambio de ID de modelo o una revisión programada en la Watchlist. Así el acceso gratuito se convierte en una dependencia monitorizada, no en una suposición sin documentar dentro del producto.
Preguntas frecuentes
- P. ¿Un listado gratuito demuestra que puedo construir sobre él? / R. No. Un listado es solo descubrimiento. Verifica elegibilidad, creación de credenciales, una petición real, límites actuales y los comportamientos que necesitas.
- P. ¿Por qué revisar los límites antes de escribir la integración? / R. Porque un proveedor puede aplicar varios umbrales independientes: tu carga puede caber en uno y fallar en otro.
- P. ¿FreeToken.link garantiza acceso gratuito permanente? / R. No. Registra evidencia actual y condiciones cambiantes; no promete que un proveedor o modelo siga siendo gratuito.
Divulgación de publicación
El primer borrador se generó con el wrapper local basketikun/chatgpt2api a partir de un paquete fijo de hechos de fuentes oficiales. Ese wrapper usa una ruta de sesión web de ChatGPT y no es la API oficial de OpenAI. Un editor humano comprobó cada afirmación retenida contra las fuentes enlazadas, eliminó implicaciones sin respaldo y añadió los pasos de verificación antes de publicar.