Skip to main content
Uma chave de API autentica requisições para a Novita AI. Esta página explica como criar e armazenar uma chave, usá-la em diferentes ambientes e configurar seus controles de acesso. Use esta página para:
  • Autenticar requisições para a Novita AI com uma chave de API Bearer.
  • Criar uma chave de API no console e armazená-la com segurança.
  • Definir a chave como uma variável de ambiente no Linux, macOS ou Windows.
  • Verificar por quanto tempo uma chave permanece válida e quais operações de chave a OpenAPI oferece suporte.
  • Configurar políticas de acesso a modelos e à rede para uma chave.

Autenticação

A Novita AI usa autenticação Bearer para acesso à API. Envie sua chave de API no cabeçalho Authorization da requisição:
Um exemplo de requisição:

Criar uma chave de API

1

Abrir Gerenciamento de Chaves

Acesse Gerenciamento de Chaves no console.
2

Criar uma nova chave

Selecione Criar chave de API e dê à chave um nome que reflita sua finalidade, como production ou local-testing.
3

Copiar e armazenar a chave

A chave completa é exibida apenas uma vez, quando é criada. Copie-a imediatamente e armazene-a em um local seguro, como um gerenciador de segredos ou uma variável de ambiente. Se você perdê-la, não poderá recuperá-la; crie uma nova chave.

Configurar controles de acesso

Os controles de acesso são opcionais e configurados por chave de API: Os guias dedicados explicam o comportamento das políticas, permissões, configuração e erros de rejeição.

Formato e validade da chave

  • Toda chave começa com o prefixo sk_.
  • Uma chave é exibida por completo apenas uma vez, quando é criada. Depois disso, o console exibe uma forma mascarada.
  • Cada conta pode criar até 10 chaves de API.
Ao criar uma chave, escolha uma entre quatro opções de expiração: Permanente / 90 dias / 30 dias / 24 horas.
Você define a expiração ao criar a chave. Ela não pode ser alterada depois: você não pode renovar uma chave nem expirá-la imediatamente. Chaves Permanentes permanecem válidas indefinidamente, então uma chave vazada permanece utilizável por mais tempo. Use chaves permanentes apenas quando for apropriado. A expiração é configurada apenas no console; a OpenAPI não cria chaves nem define, altera ou remove sua expiração.
Uma chave expirada é rejeitada quando usada, mas sua configuração permanece visível e a ação de excluir ainda fica disponível. Expiração é diferente de desabilitar uma chave. Para restaurar o acesso, crie uma nova chave. Para desabilitar uma chave antes que ela expire, exclua-a no console; a exclusão entra em vigor imediatamente.

O que a OpenAPI abrange

Você cria e exclui chaves de API apenas no console. A OpenAPI da Novita não tem endpoints para criar ou excluir chaves, e não oferece suporte à configuração da expiração de uma chave. Os endpoints da OpenAPI relacionados a chaves permitem listar chaves e gerenciar suas políticas de acesso a modelos e à rede:

Armazene sua chave como uma variável de ambiente

Codificar uma chave diretamente no código-fonte pode expô-la, por exemplo, quando você faz commit do arquivo. Lê-la de uma variável de ambiente como NOVITA_API_KEY mantém a chave fora do seu código-fonte.

Temporária vs. permanente

Uma chave definida com export (Linux/macOS) ou set (Windows) dura apenas para a sessão atual do terminal e desaparece quando você a fecha. Isso é adequado para um teste rápido. Para manter a chave entre sessões, defina-a permanentemente como mostrado abaixo e depois abra um novo terminal para que a alteração tenha efeito.
Leia a chave a partir do ambiente no seu código:

A variável está definida, mas o código ainda não a encontra

Uma chave definida com export ou $env: existe apenas na sessão do terminal em que você executou o comando. Um novo terminal ou aba não a herda. Defina a chave permanentemente (>> ~/.zshrc, setx) ou execute o comando export/$env: novamente na sessão que você está usando.
Uma alteração permanente (um perfil de shell ou setx) se aplica a terminais iniciados após a alteração. Abra um novo terminal e reinicie sua IDE ou editor para que ele possa ler o ambiente atualizado. No Windows, setx não afeta terminais que já estão abertos.
Processos iniciados por systemd, supervisor, Docker ou um executor de CI não leem seu perfil de shell interativo. Defina a variável na configuração do próprio serviço, como o Environment= de uma unidade systemd, uma flag docker run -e ou os segredos do projeto de CI, em vez de em ~/.bashrc.
sudo não repassa seu ambiente por padrão, então uma variável exportada pelo seu usuário não fica visível para o processo elevado. Use sudo -E para preservar o ambiente ou defina a variável no contexto elevado.

Relacionados

Última modificação em 17 de setembro de 2026