OpenCode vs Ollama: qué hace cada herramienta y cuál elegir

OpenCode vs Ollama: la respuesta breve

Elige OpenCode cuando la pregunta sea cómo debe trabajar un agente de código dentro de un repositorio. Estás evaluando planificación, contexto de archivos, uso de herramientas, aprobación de comandos y revisión de parches. OpenCode sigue siendo útil aunque cambie el proveedor del modelo.

Elige Ollama cuando la pregunta sea dónde debe ejecutarse un modelo. Ollama gestiona la inferencia local y expone un endpoint que puede llamar un cliente. Elige ambos cuando quieras que OpenCode aporte el flujo y Ollama aporte la inferencia local.

Qué aporta OpenCode a un flujo de coding local

OpenCode es una superficie de agente de código alrededor del modelo. La unidad útil es un ciclo de trabajo: elegir un repositorio, inspeccionar archivos, explicar un plan, proponer un parche, ejecutar acciones aprobadas y revisar el resultado. Es distinto de enviar un prompt libre a un endpoint.

El flujo también necesita límites. Define qué carpeta está dentro del alcance, qué archivos son sensibles, si el agente puede escribir y qué comandos requieren aprobación. Si falla una ruta o un permiso, cambiar el runtime del modelo quizá no resuelva el problema real.

Qué aporta Ollama: el runtime de modelos locales

Ollama hace práctica la ejecución local de modelos para otra aplicación. Puede gestionar los archivos del modelo, iniciar una instancia y exponer un endpoint. En un flujo de coding, OpenCode envía el prompt a ese endpoint y recibe la respuesta del modelo.

El runtime tiene sus propios límites: tamaño del modelo, cuantización, longitud de contexto, uso de GPU o CPU, memoria disponible y servicios concurrentes. Un modelo puede estar instalado y aun así ser mala elección diaria si provoca swapping o deja sin margen al editor, las herramientas y las pruebas.

Tabla comparativa de OpenCode vs Ollama

Compara las capas en lugar de contar funciones. Si el fallo está en la columna de OpenCode, cambiar el modelo puede no ayudar. Si está en la columna de Ollama, editar las instrucciones del agente no arreglará un modelo ausente o un endpoint inaccesible.

Cuándo elegir OpenCode, Ollama o ambos

Elige solo OpenCode cuando ya tengas un proveedor disponible y quieras evaluar el comportamiento del agente dentro del repositorio. Elige solo Ollama cuando necesites un endpoint local, un banco de pruebas de modelos o un runtime para un cliente de confianza.

Elige ambos cuando la inferencia local y un flujo de coding estructurado sean requisitos. Empieza con un modelo, una entrada de proveedor, un repositorio y una tarea acotada. No añadas varios runtimes, dashboards, plugins y puertos remotos al mismo tiempo.

• OpenCode: contexto del repositorio, permisos, herramientas, parches y revisión.
• Ollama: modelos locales, salud del endpoint, etiquetas y recursos.
• Ambos: un agente estructurado respaldado por inferencia local.
• Otro proveedor o cliente: si encaja mejor con el modelo o el despliegue.

Una primera evaluación más segura de OpenCode y Ollama

Usa un repositorio pequeño y sin datos sensibles, o una copia del proyecto. Decide antes qué significa tener éxito: explicar una función, localizar una prueba o proponer un cambio de documentación. Una tarea acotada separa mejor la calidad del modelo de la calidad del flujo.

Empieza en modo lectura. Pide a OpenCode localizar archivos, explicar el plan y mostrar un parche sin aplicarlo. Si la respuesta es débil, registra si la causa parece ser el modelo, el contexto, el endpoint, el tamaño del repositorio o la instrucción del agente antes de cambiar ajustes.

1. Define

   Elige un repositorio, una pregunta pequeña y un resultado claro.

2. Inspecciona

   Pide archivos relevantes y un plan antes de permitir escrituras.

3. Ejecuta

   Envía una petición pequeña por el endpoint de Ollama verificado.

4. Revisa

   Comprueba respuesta, diff, pruebas y logs antes de ampliar el stack.

Contexto, hardware y límites del endpoint

Una ventana de contexto mayor no siempre crea un mejor flujo. Empieza con el contexto mínimo que contenga los archivos y las instrucciones necesarias. Reserva memoria para sistema operativo, editor, pruebas, contenedores y servicios de fondo, además del modelo.

El nombre del endpoint depende del despliegue. Procesos nativos pueden usar localhost, mientras que un contenedor puede necesitar un gateway del host o un nombre de servicio. Si funciona en la terminal pero falla desde OpenCode, prueba desde el mismo namespace de red que usa el cliente.

Errores habituales al comparar OpenCode y Ollama

No trates los dos nombres como versiones rivales del mismo producto. Separa interfaz, flujo, proveedor, runtime, modelo e infraestructura antes de comparar. Tampoco supongas que local significa privado automáticamente: logs, copias, plugins y acceso remoto pueden mover datos.

Por último, cambia una variable cada vez. Anota etiqueta del modelo, forma del endpoint, contexto, tarea y diff para que la siguiente decisión se base en evidencia y no en memoria.