SiliconFlow es una plataforma de API de modelos muy conocida en China que admite una amplia variedad de modelos de código abierto y comerciales. Muchos equipos empiezan a evaluar alternativas cuando crece su uso, cuando necesitan una gestión unificada de varios modelos o cuando se topan con problemas de acceso o facturación.

Este artículo plantea la decisión desde el punto de vista de la selección técnica: cómo comparar alternativas, cómo migrar y cómo probar. Los precios y las políticas están sujetos a la web oficial de cada plataforma.

Nota: SiliconFlow es una marca registrada de su titular. Este artículo tiene solo fines de comparación técnica. No representa a la empresa ni desprestigia a ningún proveedor.

1. Empieza por tus requisitos principales

Cambiar de proveedor no es el objetivo; resolver un problema sí lo es. Enumera las tres cosas que más problemas te están causando hoy:

  • ¿No tienes suficientes modelos?
  • ¿El acceso es inestable?
  • ¿La facturación, las facturas o la gestión de cuotas resultan incómodas?
  • ¿Necesitas llamar al mismo tiempo a modelos internacionales como Claude, GPT y Gemini?
  • ¿Necesitas permisos más detallados por miembro o por proyecto?

Si el único problema es el precio, calcula primero el coste total. Si el problema es la estabilidad o el cumplimiento, prioriza la arquitectura y el soporte.

2. Criterios de comparación

Criterio Pregunta que responder
Cobertura de modelos ¿Están disponibles los modelos que usas? ¿Son las mismas versiones?
Compatibilidad de protocolo ¿Admite OpenAI Chat Completions, streaming y llamadas a herramientas?
Estabilidad ¿Tasa de error, latencia P95, limitación de peticiones y política de reintentos?
Facturación ¿Cómo se facturan los tokens de entrada, salida y caché? ¿Hay gasto mínimo?
Gestión de cuotas ¿Puedes fijar límites distintos para miembros, proyectos y claves?
Registros ¿Puedes consultar el modelo, los tokens y la latencia de cada llamada?
Soporte ¿Documentación, respuesta a incidencias y facturación?
Cumplimiento ¿Se almacenan los datos, durante cuánto tiempo y puedes firmar un acuerdo?

Convierte estas preguntas en una tabla y pide respuestas a cada proveedor en lugar de juzgar solo por la página de inicio.

3. Cómo probar la compatibilidad con OpenAI

Muchas plataformas afirman ser "compatibles con OpenAI", pero las diferencias aparecen en los detalles:

  1. Streaming: ¿stream: true es estable y cuánto tarda el primer token?
  2. Llamadas a herramientas: ¿Se admiten tools / tool_choice?
  3. Salida estructurada: ¿Se admiten el modo JSON y los esquemas?
  4. Entrada multimodal: ¿Se admiten imágenes, audio y vídeo?
  5. Códigos de error: ¿401/404/429/5xx se comportan como se espera?
  6. Compatibilidad de parámetros: ¿temperature, max_tokens, top_p y otros parámetros se ignoran en silencio?

Ejecuta tu SDK actual contra la plataforma. No te fíes solo de la documentación.

4. Pasos de migración

1. Conserva el canal antiguo

Primero, mueve la Base URL, la clave y el nombre del modelo a la configuración en lugar de codificarlos directamente. Durante la migración solo cambias configuración y puedes volver atrás rápido si algo falla.

2. Crea una clave en la nueva plataforma

Regístrate en ZSQH AI Gateway, crea una clave de prueba y fija un límite de gasto.

3. Cambia la Base URL

https://ai.zhongshangqihang.com/v1

4. Asigna los nombres de modelo

Asigna tus nombres de modelo antiguos a los nombres de modelo que admite actualmente la nueva plataforma. Los nombres están sujetos a la página de precios de modelos.

5. Desplaza el tráfico poco a poco

Dirige primero el 5 %–10 % del tráfico, observa durante 3–7 días y aumenta de forma gradual. No hagas el cambio completo de una vez.

5. Lista de comprobación de pruebas

  • Ejecuta 20 peticiones fijas y compara la calidad de salida y la latencia.
  • Prueba peticiones en streaming para medir el tiempo hasta el primer token y la tasa de interrupción.
  • Ejecuta 10 peticiones concurrentes durante 5 minutos y registra la tasa de éxito y el P95.
  • Resume un documento de contexto largo y observa si hay truncamiento y cuánto cuesta.
  • Llama a una función real de negocio mediante el uso de herramientas.
  • Cuadra la factura de 20 peticiones.

6. El coste es más que el precio unitario

El coste real incluye:

  • Tokens de entrada.
  • Tokens de salida.
  • Tokens adicionales causados por el contexto largo.
  • Reintentos y peticiones fallidas.
  • Entrada multimodal.
  • Tiempo de operación y resolución de problemas.

Algunas plataformas tienen un precio unitario bajo pero limitan mucho las peticiones y obligan a reintentar con frecuencia, lo que eleva el coste total.

7. Quién debería plantearse una alternativa

  • Equipos que necesitan modelos internacionales y locales a la vez.
  • Empresas que necesitan facturación, gestión de miembros y de claves unificadas.
  • Equipos que necesitan acceso estable dentro de China y soporte en chino.
  • Productos que quieren consolidar varios proveedores detrás de un único gateway.

Si solo usas uno o dos modelos, tu uso es estable y tu plataforma actual funciona, no hace falta cambiar solo por cambiar.

8. Preguntas frecuentes

¿Tengo que reentrenar los modelos después del cambio?

No. La API llama a modelos upstream; la migración consiste principalmente en adaptar endpoints y parámetros.

¿Y si los nombres de modelo son distintos?

Crea una tabla de mapeo que relacione los nombres lógicos de modelo de tu aplicación con los nombres físicos de cada plataforma.

¿Puedo usar dos proveedores al mismo tiempo?

Sí. Para producción, recomendamos canales principal y de respaldo, y cambiar según la tasa de error o la latencia.

Próximos pasos

Si estás evaluando alternativas, empieza con una clave pequeña en ZSQH AI Gateway, ejecuta la lista de comprobación anterior y luego decide si migrar. Los precios y modelos están sujetos a precios de modelos.

Lecturas relacionadas: