Modelo, harness y provider
Un agent de código no es solo un modelo. Es un modelo más un harness (el programa que le da herramientas, contexto y reglas) al que se accede a través de un provider. Gran parte de la confusión en este campo viene de mezclar los tres.
Las tres capas
- Modelo: la red neuronal que predice el siguiente paso (Claude, GPT, Gemini, DeepSeek, Qwen y otros). Lee texto de entrada y produce texto de salida, incluidas solicitudes para llamar herramientas.
- Harness: el programa que rodea al modelo. Arma el prompt, le da herramientas al modelo (leer un archivo, editar, ejecutar un comando, buscar, llamar a un servidor ), aplica permisos, gestiona el contexto y repite el loop hasta que la tarea termina. Claude Code, OpenCode, y Codex CLI son harnesses.
- Provider: dónde se ejecuta el modelo y cómo llegas a él: la API del propio proveedor, una nube (Bedrock, Vertex, Azure), un enrutador (OpenRouter) o tu propia máquina (Ollama, llama.cpp, vLLM).
Por qué el mismo modelo se siente distinto en dos herramientas
El harness decide qué ve el modelo y qué puede hacer. Dos herramientas con el mismo modelo pueden diferir mucho en cómo editan archivos (reescritura del archivo completo frente a ediciones puntuales), cuánto del repositorio cargan, si usan un language server para hallar definiciones, cómo se recuperan de un comando fallido y cómo comprimen una conversación larga. Los reportes de grandes diferencias de calidad entre herramientas con el mismo modelo suelen deberse a estos detalles, no al modelo.
Lo inverso también es cierto: un harness ajustado para una familia de modelos puede rendir menos con otra, porque los prompts y los formatos de herramientas se adaptan a los hábitos de cada modelo.
Qué hace realmente un harness
- Arma el contexto: system prompt, instrucciones del proyecto (CLAUDE.md o ), archivos abiertos, resultados de búsqueda, historial de la conversación.
- Expone herramientas con un schema: leer, escribir, editar, shell, buscar, fetch y cualquier servidor MCP que conectes.
- Aplica permisos: qué comandos se ejecutan sin preguntar, qué rutas están prohibidas, si hay sandbox.
- Ejecuta el loop: el modelo propone una llamada a herramienta, el harness la ejecuta, el resultado vuelve al modelo, y se repite hasta terminar o detenerse.
- Gestiona costo y contexto: caché, resumen de turnos antiguos, cambio a un modelo más barato para pasos pequeños.
Por qué importa al elegir
Elige el harness por el flujo de trabajo (terminal o IDE, modelo de permisos, trabajo en paralelo, extensibilidad) y el modelo por el trabajo (calidad, velocidad, precio, privacidad). Los harnesses que soportan muchos providers permiten cambiar de modelo sin reaprender la herramienta; los atados a un solo proveedor pueden profundizar más en la integración. Ninguno es mejor universalmente. Los siguientes temas comparan las herramientas comunes y los trade-offs de los modelos.
conexiones en el mapa
- El espectro del vibecodingse construye a partir deModelo, harness y provider
- Modelo, harness y providerclasificaAgents de código comparados
- Modelo, harness y providersepara el modelo enElegir un modelo: de frontera, barato y abierto
actualizado el 14/10/2026 · fuentes para profundizar · reportar un error
Desbloquea
pon a prueba lo que entendiste
Cargando preguntas…