https://www.knightli.com/es/tags/cli/ Recent content in CLI on KnightLi Blog Hugo -- gohugo.io es Fri, 10 Apr 2026 21:55:12 +0800 https://www.knightli.com/es/2026/04/10/mcp-vs-cli-for-agents/ Fri, 10 Apr 2026 21:55:12 +0800 https://www.knightli.com/es/2026/04/10/mcp-vs-cli-for-agents/ <p>Durante el último año, el debate sobre las cadenas de herramientas para agentes se ha concentrado cada vez más en una pregunta:</p> <p>¿MCP (Model Context Protocol) simplifica las llamadas a herramientas, o vuelve más complejas tareas que antes eran simples?</p> <p>Para la mayoría de tareas cotidianas de ingeniería, CLI se está convirtiendo en la opción predeterminada más práctica.</p> <h2 id="la-diferencia-de-coste-no-es-un-problema-de-ux-sino-de-orden-de-magnitud">La diferencia de coste no es un problema de UX, sino de orden de magnitud </h2><p>La mayor presión práctica de MCP es el gasto de tokens.</p> <p>En escenarios comunes, MCP suele tener que cargar grandes esquemas de herramientas antes de ejecutar la tarea real. Tomando como ejemplo un GitHub MCP Server, solo la inicialización puede consumir decenas de miles de tokens. En tareas largas, esto reduce directamente el presupuesto de contexto.</p> <p>Las pruebas de la comunidad apuntan una y otra vez a la misma conclusión:</p> <ul> <li>una llamada MCP suele costar varias veces, o incluso decenas de veces, más que CLI</li> <li>la recuperación tras fallos también es más cara, porque hay que reconectar y recargar contexto</li> </ul> <p>Esto no es simplemente &ldquo;un poco más lento&rdquo;. Escala hasta convertirse en problemas de coste de API, latencia y estabilidad.</p> <h2 id="por-qué-los-modelos-son-naturalmente-mejores-usando-cli">Por qué los modelos son naturalmente mejores usando CLI </h2><p>Un hecho que se pasa por alto con frecuencia es la distribución de entrenamiento.</p> <p>Los LLM han visto enormes cantidades de texto de terminal durante el entrenamiento: comandos, salidas, errores, scripts y man pages. En otras palabras, la interacción por CLI ya está cerca del patrón de entrada nativo del modelo.</p> <p>En cambio, el estilo JSON-RPC y los tool schemas de MCP solo se popularizaron a gran escala en los últimos años. Los modelos pueden aprenderlo, por supuesto, pero la familiaridad y la eficiencia de compresión suelen ser peores que en patrones CLI con décadas de corpus histórico.</p> <p>Esto también explica por qué muchas veces:</p> <ul> <li>para el mismo objetivo, los comandos CLI son más cortos</li> <li>la salida es más fácil de usar para seguir razonando</li> <li>las rutas de recuperación de errores son más estables</li> </ul> <h2 id="seguridad-y-aislamiento-mcp-aún-tiene-tarea-pendiente">Seguridad y aislamiento: MCP aún tiene tarea pendiente </h2><p>MCP no es incapaz de ser seguro, pero su ecosistema todavía está en una etapa temprana.</p> <p>Las preocupaciones habituales incluyen:</p> <ul> <li>Tool Poisoning en descripciones</li> <li>deriva de comportamiento del servicio, o Rug Pull</li> <li>sobrescritura por herramientas con el mismo nombre, o Shadowing</li> </ul> <p>CLI también tiene riesgos de seguridad, como inyección, abuso de privilegios y riesgos de rutas. Pero su modelo de procesos, límites de permisos y cadena de auditoría han sido validados durante décadas de práctica de ingeniería. En producción, esa previsibilidad importa.</p> <h2 id="esto-no-significa-que-mcp-no-tenga-valor">Esto no significa que MCP no tenga valor </h2><p>No creo que MCP deba abandonarse.</p> <p>Una posición más razonable es:</p> <ul> <li>CLI se encarga de la capa de ejecución: local, baja latencia y llamadas frecuentes</li> <li>MCP se encarga de la capa de conexión: descubrimiento de servicios remotos, autenticación unificada, auditoría y multitenencia</li> </ul> <p>Es la arquitectura híbrida que suele resumirse como <code>CLI + MCP Gateway</code>.</p> <p>Cuando hay que integrar muchos sistemas remotos y aplicar gobierno de permisos y auditoría de cumplimiento, MCP sigue teniendo un valor claro. Pero para &ldquo;ayudar a un Agent a completar tareas de desarrollo rápidamente&rdquo;, CLI-first suele encajar mejor con los límites actuales de capacidad de los modelos.</p> <p>En la realidad de ingeniería actual, CLI se parece más al idioma de trabajo nativo de un Agent; MCP encaja mejor como protocolo de conexión que como único protocolo de ejecución.</p>