Preguntas frecuentes

Admesh.ai es una pasarela de agregación de modelos a gran escala. Reúne los principales modelos —como Claude, GPT, DeepSeek, Qwen, GLM, Kimi, Gemini y MiniMax— en una interfaz unificada compatible con OpenAI; solo necesita una URL base y una clave de API para poder alternar entre ellos.

Por lo general, solo es necesario modificar tres elementos: la URL base, la clave de API y el nombre del modelo. No es necesario modificar el método de llamada, la estructura de los mensajes ni la lógica de procesamiento en flujo del SDK de OpenAI actual. Si utiliza el protocolo nativo de Anthropic, también le ofrecemos puntos de conexión compatibles.

https://api.admesh.ai/v1. Todos los modelos comparten esta dirección; el modelo concreto se selecciona mediante el campo «model» del cuerpo de la solicitud, y el nombre del modelo sigue el formato «espacio de nombres/modelo», por ejemplo, «anthropic/…» u «openai/…».

Cualquier cliente compatible con OpenAI que permita personalizar la URL base es válido, incluidos LangChain, LlamaIndex, Cursor, Cherry Studio, Claude Code, Codex CLI, etc. El sitio de documentación ofrece instrucciones paso a paso para la integración de cada cliente.

Se debe tomar como referencia el directorio de modelos de la consola o la interfaz pública /v1/models, donde se encuentra la lista actual de modelos disponibles y sus precios. Se recomienda no codificar de forma fija los nombres de los modelos en ningún código, sino incluirlos en la configuración; de este modo, para cambiar de modelo, solo será necesario modificar la configuración.

No. La conmutación por recuperación ante desastres solo se lleva a cabo dentro del grupo de canales de un mismo «public_model»: si solicita a Claude, la respuesta procederá necesariamente de Claude. La sustitución entre modelos alteraría directamente la calidad de la salida, y esa no es una decisión que la pasarela pueda tomar en su nombre.

La pasarela cambia automáticamente entre varios canales del mismo modelo: los errores de conexión, los tiempos de espera agotados, los códigos 429 y 4xx activan el cambio; cuando el número de fallos consecutivos alcanza el umbral establecido, dicho canal entra en estado de «fusible», suspendiendo la recepción de tráfico y realizando comprobaciones periódicas para detectar si se ha restablecido.

La facturación se basa exclusivamente en el consumo, y se liquida según el uso real de tokens, sin cuota mensual ni suscripción obligatoria. El saldo recargado tiene validez indefinida y no se anula mensualmente. Consulte la página de precios para obtener más información.

No se facturarán las solicitudes fallidas que no hayan generado una salida en la fase previa, lo que incluye errores en los parámetros, fallos en la autenticación, saldo insuficiente y limitación de tráfico. En el caso de que se interrumpa una respuesta en tiempo real después de que ya se haya enviado parte del contenido, se facturará el contenido ya generado tal y como corresponda.

Por defecto, el texto del prompt y el cuerpo de la salida del modelo no se guardan de forma permanente. Los registros de uso solo recogen los metadatos de las solicitudes, el número de tokens, el modelo, el importe, los códigos de error y el retraso, y se utilizan con fines de facturación y resolución de incidencias.

El servidor solo almacena el valor hash de la clave y el prefijo o los cuatro últimos dígitos para su visualización; el texto sin cifrar solo se muestra una vez, en el momento en que se crea con éxito, y no se puede volver a leer posteriormente. Una vez eliminada la clave, esta deja de ser válida en unas decenas de segundos.

No. Los certificados de origen solo se almacenan en un almacenamiento cifrado; no se registran en los registros, no se incluyen en el código del navegador ni aparecen en ninguna interfaz externa.