Skip to main content
Una clave de API autentica solicitudes a Novita AI. Esta página explica cómo crear y almacenar una clave, usarla en distintos entornos y configurar sus controles de acceso. Usa esta página para:
  • Autenticar solicitudes a Novita AI con una clave de API Bearer.
  • Crear una clave de API en la consola y almacenarla de forma segura.
  • Establecer la clave como variable de entorno en Linux, macOS o Windows.
  • Comprobar cuánto tiempo permanece válida una clave y qué operaciones de claves admite la OpenAPI.
  • Configurar políticas de acceso a modelos y red para una clave.

Autenticación

Novita AI usa autenticación Bearer para el acceso a la API. Envía tu clave de API en el encabezado de solicitud Authorization:
Una solicitud de ejemplo:

Crear una clave de API

1

Abrir Administración de claves

Ve a Administración de claves en la consola.
2

Crear una nueva clave

Selecciona Crear clave de API, luego asigna a la clave un nombre que refleje su propósito, como production o local-testing.
3

Copiar y almacenar la clave

La clave completa se muestra solo una vez, cuando se crea. Cópiala de inmediato y guárdala en un lugar seguro, como un gestor de secretos o una variable de entorno. Si la pierdes, no podrás recuperarla; crea una nueva clave en su lugar.

Configurar controles de acceso

Los controles de acceso son opcionales y se configuran por clave de API: Las guías dedicadas explican el comportamiento de las políticas, los permisos, la configuración y los errores de rechazo.

Formato y validez de las claves

  • Todas las claves comienzan con el prefijo sk_.
  • Una clave se muestra completa solo una vez, cuando se crea. Después de eso, la consola muestra una forma enmascarada.
  • Cada cuenta puede crear hasta 10 claves de API.
Cuando creas una clave, elige una de cuatro opciones de expiración: Permanente / 90 días / 30 días / 24 horas.
Estableces la expiración cuando creas la clave. No se puede cambiar después: no puedes renovar una clave ni hacer que expire de inmediato. Las claves permanentes permanecen válidas indefinidamente, por lo que una clave filtrada sigue siendo utilizable durante más tiempo. Usa claves permanentes solo cuando sea apropiado. La expiración se configura solo en la consola; la OpenAPI no crea claves ni establece, cambia o elimina su expiración.
Una clave expirada se rechaza cuando se usa, pero su configuración permanece visible y la acción de eliminación sigue disponible. La expiración es diferente de deshabilitar una clave. Para restaurar el acceso, crea una nueva clave. Para deshabilitar una clave antes de que expire, elimínala en la consola; la eliminación surte efecto de inmediato.

Qué cubre la OpenAPI

Puedes crear y eliminar claves de API solo en la consola. La OpenAPI de Novita no tiene endpoints para crear o eliminar claves, y no admite configurar la expiración de una clave. Los endpoints de la OpenAPI relacionados con claves te permiten listar claves y gestionar sus políticas de acceso a modelos y red:

Almacena tu clave como variable de entorno

Codificar una clave directamente en el código fuente puede exponerla, por ejemplo cuando confirmas el archivo. Leerla desde una variable de entorno como NOVITA_API_KEY la mantiene fuera de tu código fuente.

Temporal vs. permanente

Una clave establecida con export (Linux/macOS) o set (Windows) dura solo para la sesión de terminal actual y desaparece cuando la cierras. Esto es adecuado para una prueba rápida. Para conservar la clave entre sesiones, configúrala de forma permanente como se muestra a continuación, luego abre una nueva terminal para que el cambio surta efecto.
Lee la clave desde el entorno en tu código:

La variable está establecida, pero el código aún no la encuentra

Una clave establecida con export o $env: existe solo en la sesión de terminal donde ejecutaste el comando. Una nueva terminal o pestaña no la hereda. Establece la clave de forma permanente (>> ~/.zshrc, setx), o ejecuta de nuevo el comando export/$env: en la sesión que estás usando.
Un cambio permanente (un perfil de shell o setx) se aplica a las terminales iniciadas después del cambio. Abre una nueva terminal, luego reinicia tu IDE o editor para que pueda leer el entorno actualizado. En Windows, setx no afecta a las terminales que ya están abiertas.
Los procesos iniciados por systemd, supervisor, Docker o un ejecutor de CI no leen tu perfil de shell interactivo. Establece la variable en la configuración propia del servicio, como el Environment= de una unidad systemd, un flag docker run -e, o los secretos del proyecto de CI, en lugar de en ~/.bashrc.
sudo no pasa tu entorno de forma predeterminada, por lo que una variable exportada por tu usuario no es visible para el proceso elevado. Usa sudo -E para preservar el entorno, o establece la variable en el contexto elevado.

Relacionado

Última modificación el 17 de septiembre de 2026