GetAPIGetAPI.ONE
Elegir un modelo para su tarea
Filtre el catálogo actual por endpoint declarado y tarea, ejecute una evaluación pequeña con sus ejemplos y decida a partir de calidad, latencia y coste actual medidos.
Definir primero la decisión
- Escriba tarea, estructura requerida de entrada y salida, idioma, tolerancia de latencia y coste de fallo.
- Elija el protocolo que su aplicación ya admite: Responses, Chat Completions, imagen, vídeo u otro endpoint declarado.
- Prepare ejemplos representativos y una condición de aprobación verificable por una persona.
{
"task": "extract support ticket fields",
"endpoint": "openai-response",
"must_pass": ["valid JSON", "required fields", "no invented facts"],
"measure": ["quality", "latency", "live request cost"]
}Crear una preselección fundamentada
- Abra el catálogo actual y filtre por el endpoint declarado exacto que llamará su cliente.
- Lea la descripción documentada y los precios actuales de cada candidato; trate los datos ausentes como desconocidos.
- Ejecute el mismo conjunto pequeño y representativo contra cada candidato cuando acepte los posibles cargos.
- Registre calidad de salida, errores, latencia y coste observado en las mismas condiciones.
- Seleccione un modelo principal y otro de respaldo solo si ambos cumplen el contrato requerido.
Usar una lista de evaluación
| Dimensión | Qué registrar |
|---|---|
| Adecuación al contrato | Endpoint declarado, parámetros necesarios, análisis de salida y gestión de errores. |
| Calidad en la tarea | Aprobación o fallo frente a ejemplos revisados, no una clasificación publicitaria. |
| Latencia | Observaciones de mediana y extremos desde la misma región y con la misma estructura de solicitud. |
| Coste | Precios en vivo y registros reales de uso de la evaluación. |
| Fiabilidad | Errores y resultados de reintentos durante su propio periodo de prueba. |
Verificar la decisión esperada
- Todos los modelos preseleccionados tienen el endpoint declarado que usa su integración.
- El modelo elegido supera todos los ejemplos requeridos, no solo la instrucción más fácil.
- El documento de decisión registra fecha de observación, entradas de prueba, configuración y ventajas y limitaciones medibles.
Evitar errores de selección
- No deduzca compatibilidad de endpoints a partir de un nombre conocido; use la declaración actual del catálogo.
- No compare modelos con distintas instrucciones, regiones, límites de salida o políticas de reintento.
- No convierta una prueba comparativa del proveedor en evidencia del enrutamiento, precio, disponibilidad o calidad para su tarea en GetAPI.ONE.