Primeiros passos

Chaves e segurança

#Autenticação Bearer

Toda requisição se autentica com um único cabeçalho HTTP. Não há cabeçalho extra de ID de usuário nem cookie de sessão — a chave bearer sozinha identifica sua conta e roteia a chamada. Assinaturas só são necessárias nas chaves que ativam a assinatura de requisições.

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"}]}'

#Gerenciamento de chaves

Crie e troque chaves em Console → Chaves de API. A chave só é mostrada por completo uma vez, quando você a cria.

Cada chave pode ter os próprios limites de RPM / RPD, teto de cota, lista de modelos permitidos, lista de IPs permitidos e validade — use uma chave por projeto para que um vazamento ou um script descontrolado nunca derrube a conta inteira.

Abrir Chaves de API

#Segurança das chaves

Nunca coloque uma chave em um bundle do navegador

Uma chave visível no navegador pode ser extraída por qualquer pessoa que abra as ferramentas de desenvolvedor. Faça proxy pelo seu próprio backend e injete a chave no servidor, ou use chaves com escopo e de curta duração.
  • Carregue as chaves de variáveis de ambiente ou de um gerenciador de segredos — nunca faça commit delas no git.
  • Troque a chave imediatamente se ela aparecer em um log, em uma captura de tela ou em um stack trace colado.
  • Defina um teto de cota nas chaves usadas em experimentos para que um loop não esvazie a carteira.
  • Use a lista de IPs permitidos nas chaves de servidor com endereço de saída fixo.

Ainda com problemas?

Envie para nós o ID da requisição ou a mensagem de erro e vamos investigar.