Primeros pasos

Claves y seguridad

#Autenticación Bearer

Cada solicitud se autentica con un único encabezado HTTP. No hay encabezado adicional de user-id ni cookie de sesión — la bearer key por sí sola identifica tu cuenta y enruta la llamada. Las firmas solo se necesitan en las claves que activan la firma de solicitudes.

auth.sh
curl https://www.aisplice.store/v1/chat/completions \
  -H "Authorization: Bearer sk-YOUR_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model":"gpt-5.6-luna","messages":[{"role":"user","content":"hi"}]}'

#Gestión de claves

Crea y rota claves en Consola → Claves de API. Una clave solo se muestra completa una vez, al crearla.

Cada clave puede tener sus propios límites de RPM / RPD, tope de cuota, lista de modelos permitidos, lista de IP permitidas y caducidad — usa una clave por proyecto para que una filtración o un script descontrolado nunca tumbe toda la cuenta.

Abrir Claves de API

#Seguridad de las claves

Nunca incluyas una clave en un bundle del navegador

Cualquiera que abra las devtools puede extraer una clave visible en el navegador. Usa tu propio backend como proxy e inyecta la clave en el servidor, o usa claves de corta duración con alcance limitado.
  • Carga las claves desde variables de entorno o un gestor de secretos — nunca las subas a git.
  • Rota la clave de inmediato si aparece en un log, una captura de pantalla o un stack trace pegado.
  • Pon un tope de cuota a las claves que usan los experimentos para que un bucle no pueda vaciar la billetera.
  • Usa la lista de IP permitidas en las claves de servidor con una dirección de salida fija.

¿Sigues con el problema?

Envíanos el ID de solicitud o el mensaje de error y lo revisaremos.