Ir al contenido
GetAPI
Español
Menú

GetAPI.ONE

Enviar una solicitud API de GetAPI.ONE

Elija un protocolo declarado, use una clave de una variable de entorno, sustituya el modelo de ejemplo, revise el resultado HTTP y gestione los errores sin presuponer compatibilidad de endpoints.

Requisitos previos y límites

  • Una clave limitada de GetAPI.ONE almacenada en GETAPI_ONE_API_KEY.
  • Un modelo actual del catálogo que incluya explícitamente el tipo de endpoint que desea llamar.
  • Una línea de comandos con curl instalado y conexiones HTTPS salientes permitidas hacia www.getapi.one.
  • Aceptar que una solicitud real puede generar cargos de uso. Los ejemplos se revisaron sin enviar solicitudes a modelos.

1. Elegir el endpoint declarado

Tipo de endpoint del catálogoMétodo y rutaEstructura mínima de entrada
OpenAI ResponsesPOST https://www.getapi.one/v1/responsesmodel + input
OpenAI ChatPOST https://www.getapi.one/v1/chat/completionsmodel + messages

Otras familias de protocolos usan rutas y cuerpos diferentes. Siga el endpoint de la página del modelo seleccionado; no adapte las llamadas Anthropic, Gemini, de imagen o vídeo a los dos ejemplos anteriores.

2. Ejemplo de la API Responses

Úselo solo tras elegir un modelo del catálogo con el endpoint Responses. Sustituya YOUR_RESPONSES_MODEL antes de ejecutarlo.

cURL · su ejecución puede generar cargos
curl --fail-with-body https://www.getapi.one/v1/responses \
  -H "Authorization: Bearer $GETAPI_ONE_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "YOUR_RESPONSES_MODEL",
    "input": "Reply with the word ready."
  }'

3. Ejemplo de Chat Completions

Úselo únicamente si el modelo seleccionado del catálogo incluye el endpoint OpenAI Chat. Sustituya YOUR_CHAT_MODEL antes de ejecutarlo.

cURL · su ejecución puede generar cargos
curl --fail-with-body https://www.getapi.one/v1/chat/completions \
  -H "Authorization: Bearer $GETAPI_ONE_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "YOUR_CHAT_MODEL",
    "messages": [
      {"role": "user", "content": "Reply with the word ready."}
    ]
  }'

4. Comprobar el resultado

  1. Lea primero el estado HTTP. Un estado 2xx indica que la pasarela aceptó y completó la solicitud HTTP, pero el cliente aún debe revisar el objeto de respuesta para verificar la salida esperada.
  2. Para Responses, revise la estructura de estado y salida devuelta. Para Chat Completions, revise la estructura choices. No suponga que ambos protocolos tienen el mismo formato de respuesta.
  3. Abra el registro de solicitudes o uso de GetAPI.ONE y coteje hora, endpoint, modelo e identificador de solicitud cuando esté disponible.

Streaming y reintentos

El streaming cambia el transporte de respuesta y el manejo de eventos; su compatibilidad depende del endpoint y modelo elegidos. Empiece sin streaming y consulte la referencia del protocolo y la página del modelo antes de añadir parámetros stream.

  • No reintente automáticamente errores de autenticación, cuota, permisos o selección de modelo.
  • Antes de reintentar tras un tiempo de espera agotado o fallo del proveedor, determine si la solicitud original pudo procesarse y si es seguro repetir la operación.
  • Limite los reintentos y aplique esperas progresivas en las aplicaciones; conserve identificadores de solicitud y marcas de tiempo para el diagnóstico.

Ramas de error

ResultadoQué comprobar
401Valor de la variable de entorno, espacios accidentales, estado de la clave y correspondencia entre clave y dirección ONE.
404Método y ruta exactos, /v1 duplicado o ausente y si el cliente añadió otra ruta.
Modelo no encontrado / acceso denegadoNombre exacto del catálogo, etiqueta de endpoint, grupo de la clave, disponibilidad del modelo y permisos de cuenta.
Cuota / límite de frecuenciaCaducidad y cuota de la clave, saldo o paquete, límites del grupo y precios actuales.
5xx / tiempo de espera agotadoRed, detalles del error de pasarela o proveedor, identificador de solicitud y conveniencia de un reintento seguro.