Ollama «format that is no longer supported»: guía esencial para un error confuso

Respuesta rápida: desde Ollama 0.40.4, el endpoint de decisión System One (/v1/systemone) rechaza los modelos de decisión guardados en un format that is no longer supported. Si el modelo es oficial, como nimble, tev1 o clef, vuelve a ejecutar ollama pull y comprueba que su ID cambie. Si es un GGUF de terceros o propio que solo declara CAPABILITY decision, descargarlo otra vez no sirve: Ollama ahora exige un GGUF con su propio cabezal de decisión y las versiones actuales no ofrecen alternativa. Reproducimos el mensaje con Ollama 0.40.12 el 29 de octubre de 2026 (hora de Pekín).

El mensaje exacto

La API responde HTTP 400 con este cuerpo:

{"error":"'nimble:latest' was downloaded in a format that is no longer supported. To re-download, run 'ollama pull nimble:latest'"}

Aparece en las peticiones de decisión: llamadas a System One, la API descrita en la documentación oficial de decisión, y ollama run --ask. En nuestra prueba, la CLI mostró el mismo texto tras Error:, mientras que una petición normal a /api/chat con el mismo modelo siguió respondiendo.

Por qué Ollama dice que el formato ya no es compatible

En la 0.40.4 cambió la forma de ejecutar los modelos de decisión. Un mantenedor de Ollama lo explicó en el issue #18998: antes de la 0.40.4, System One usaba una implementación propia con modelos configurados para ese motor. La 0.40.4 pasó al soporte nativo de llama.cpp, los modelos oficiales se actualizaron para el nuevo motor y se añadió este mensaje para avisar a quien aún tuviera la copia antigua.

La comprobación es corta. En server/routes.go (v0.40.12), la función systemOneLlamaServer lee la clave decision.type del GGUF:

• Si existe decision.type, el modelo se ejecuta con los cabezales de decisión de llama.cpp.
• Si falta y el modelo declara la capacidad de decisión, Ollama devuelve el mensaje format that is no longer supported.
• Si falta y no hay capacidad de decisión, el mensaje es model "" is not a llama.cpp decision model.
• Los GGUF antiguos de Clef con arquitectura qwen35 también reciben el mensaje de formato, porque llama.cpp ahora espera la arquitectura clef.

Nuestra prueba con Ollama 0.40.12

No teníamos un modelo oficial antiguo a mano, así que creamos uno que falla la comprobación a propósito: un GGUF pequeño y normal (SmolLM2-135M-Instruct, Q4_K_M) con un Modelfile de dos líneas, FROM ./smol.gguf y CAPABILITY decision. La documentación del Modelfile advierte que solo se declare decision en pesos entrenados para las preguntas de decisión de System One; lo hicimos justo para provocar el error.

• ollama create terminó bien.
• POST /v1/systemone devolvió HTTP 400: 'smoldecision:latest' was downloaded in a format that is no longer supported. To re-download, run 'ollama pull smoldecision:latest'.
• Siguiendo el consejo, ollama pull smoldecision:latest falló con Error: pull model manifest: file does not exist. El modelo se creó en local y nunca estuvo en un registro, así que no hay nada que volver a descargar.
• El mismo GGUF sin CAPABILITY decision dio model "smoltest" is not a llama.cpp decision model.
• Las peticiones a /api/chat con cualquiera de los dos modelos devolvieron texto normal.

Por eso la frase «downloaded in a format» confunde un poco. Lo que Ollama revisa son los metadatos del archivo, no cómo llegó a tu disco.

Cómo solucionarlo

Modelos de decisión oficiales: vuelve a descargar y compara el ID

Es el caso del #18998. El usuario actualizó a la 0.40.4 y nimble, tev1 y clef-flash dejaron de funcionar. Un mantenedor le pidió ollama list nimble:latest, señaló que el ID local no coincidía con el de la biblioteca y le pidió un nuevo ollama pull nimble:latest. Después, los tres modelos funcionaron en la 0.40.4.

1. Ejecuta ollama list y apunta el ID.

2. Ejecuta ollama pull .

3. Ejecuta de nuevo ollama list . El ID debería ser distinto. Si es el mismo, la descarga no sustituyó la copia antigua. En el #18998, el primer intento del usuario también «did not work»; una descarga posterior trajo un ID nuevo y lo resolvió.

4. Repite la llamada a System One; ya no debería devolver format that is no longer supported.

GGUF de decisión de terceros o propios: aún sin solución

El issue #19292, abierto a 29 de octubre de 2026, describe este caso. Su autor creó un modelo de decisión sobre un cabezal de lenguaje normal, lo publicó como aminroudaki/decisio-gemma:q4_k_m y cuenta que funciona en la 0.40.3 pero da este error en la 0.40.4, la 0.40.7 y la 0.40.9. Volver a descargarlo no sirve, porque el archivo publicado es justo el que se rechaza. El issue pide que Ollama vuelva a admitir estos modelos. Mientras tanto, tus opciones son:

• Usar un modelo de decisión oficial. La documentación cita Nimble, Tev1, Clef y Clef Flash, e indica que System One necesita Ollama v0.35.0 o posterior.
• Quedarte, solo para ese modelo, en la versión que según el issue aún funciona (0.40.3). La documentación de Linux explica cómo instalar una versión concreta. Renuncias a todas las correcciones posteriores, así que tómalo como algo temporal.
• Si te basta con respuestas de texto, usa /api/chat. Funcionó con nuestro modelo de prueba; si conviene para un modelo entrenado solo para decidir, lo decides tú.

Quitar CAPABILITY decision no evita la comprobación de format that is no longer supported. Como vimos en la prueba, solo cambia el tipo de rechazo.

Preguntas rápidas

¿Format that is no longer supported significa que el archivo está dañado?

No. El archivo se lee bien. Le faltan los metadatos de decisión que exigen Ollama 0.40.4 y posteriores.

¿Hay que volver a descargar los modelos tras cada actualización de Ollama?

En general, no. En el #18998, el mantenedor dijo que, una vez actualizados los modelos para la 0.40.4, no había que hacer nada más.

¿Dónde leer más sobre estos modelos y errores?

Nuestra guía de Liquid AI d1 trata los modelos d1 de Liquid AI, que las notas de Ollama v0.40.12 dan por ahora como compatibles solo con dispositivos Apple. Para otros errores de Ollama, mira pull model manifest: 412 y unknown model architecture. Para elegir un modelo local, empieza por nuestra guía de LLM locales para programar.