Problemas Técnicos y Controversia Comunitaria de Ollama

Tecnología Central de Ollama y Problemas de Atribución
Toda la capacidad de inferencia de Ollama originalmente provenía de llama.cpp, el motor de inferencia en C++ creado por Georgi Gerganov en marzo de 2023. Durante más de un año, el README de Ollama no contenía mención alguna de llama.cpp, y sus distribuciones binarias no incluían el aviso de licencia MIT requerido para el código de llama.cpp que estaban distribuyendo.
La comunidad abrió el issue #3185 en GitHub a principios de 2024 solicitando el cumplimiento de la licencia, el cual pasó más de 400 días sin respuesta de los mantenedores. Cuando se abrió el issue #3697 en abril de 2024 solicitando específicamente el reconocimiento de llama.cpp, el cofundador de Ollama, Michael Chiang, eventualmente agregó una sola línea al final del README: "Proyecto llama.cpp fundado por Georgi Gerganov."
Problemas Técnicos con el Backend Personalizado
A mediados de 2025, Ollama dejó de usar llama.cpp como su backend de inferencia y construyó una implementación personalizada directamente sobre ggml. Este backend personalizado reintrodujo errores que llama.cpp había resuelto años atrás, incluyendo:
- Soporte de salida estructurada roto
- Fallos en modelos de visión
- Caídas por aserciones GGML en múltiples versiones
- Modelos que funcionaban bien en el upstream de llama.cpp fallaban en Ollama
- Falta de soporte para tipos de tensores requeridos por nuevas versiones como GPT-OSS 20B
Georgi Gerganov identificó que Ollama había bifurcado y realizado malos cambios a GGML.
Benchmarks de Rendimiento
Múltiples pruebas de la comunidad muestran que llama.cpp funciona 1.8 veces más rápido que Ollama en el mismo hardware con el mismo modelo:
- 161 tokens por segundo versus 89 tokens por segundo
- En CPU, la brecha de rendimiento es del 30-50%
- Una comparación reciente en Qwen-3 Coder 32B mostró ~70% más de rendimiento con llama.cpp
La sobrecarga de rendimiento proviene de la capa daemon de Ollama, heurísticas deficientes de descarga de GPU y un backend vendido que va a la zaga del upstream.
Problemas con la Denominación de Modelos
Cuando DeepSeek lanzó su familia de modelos R1 en enero de 2025, Ollama listó las versiones destiladas más pequeñas (modelos como DeepSeek-R1-Distill-Qwen-32B) sin indicar claramente que eran destiladas en lugar de los modelos completos.
📖 Leer la fuente completa: HN LLM Tools
👀 Ver también

El Agente Web TinyFish Supera a sus Competidores en la Evaluación de Tareas Web
El agente web de TinyFish logró una tasa de éxito del 81.9% en tareas web difíciles, superando significativamente a competidores como OpenAI Operator, que alcanzó solo un 43.2%.

Ejecutando NemoClaw con vLLM Local: Notas de Configuración y Observaciones de Ingeniería de Agentes
Un desarrollador documentó la ejecución de NemoClaw, la plataforma de agentes de IA en sandbox de NVIDIA, con un modelo local Nemotron 9B v2 a través de vLLM en WSL2. Los hallazgos clave incluyen detalles sobre el enrutamiento de inferencia, problemas de compatibilidad del analizador y observaciones sobre la brecha en la ingeniería de agentes.

SourceBridge: Herramienta de código abierto para análisis de bases de código utilizando LLMs locales
SourceBridge es una herramienta de código abierto que indexa repositorios Git en gráficos de símbolos y utiliza LLMs locales para generar resúmenes de bases de código, recorridos de arquitectura y materiales de aprendizaje. Es compatible con múltiples backends locales, incluidos Ollama, llama.cpp, vLLM, LM Studio y SGLang a través de APIs compatibles con OpenAI.

cc+ Aplicación de Escritorio para Claude Código: Gestión de Sesiones Múltiples y Orquestación de Flotas
cc+ es una aplicación de escritorio de código abierto para Claude Code construida sobre el SDK de Agente Claude, disponible para macOS y Linux. Ofrece pestañas de múltiples sesiones, visualización en tiempo real del árbol de actividad, puntuación de seguridad, aplicación de flujos de trabajo y capacidades de orquestación de flotas.