Claude Code sin IDE: el caso por la CLI pura y Unix

Hay una pregunta que reaparece cada vez que alguien adopta Claude Code: ¿lo integro en mi editor o lo uso desde la terminal? La mayoría responde con VS Code, Cursor o similar. Pero a principios de abril, el desarrollador detrás de sindro.me publicó una descripción detallada de su configuración en la que la respuesta es clara: CLI pura, Unix puro, cero IDE. El hilo llegó a Hacker News a comienzos de mayo y, aunque con pocos puntos y sin comentarios aún, el artículo circuló lo suficiente como para merecer atención.

No es una postura provocadora por capricho. Es una decisión de ingeniería con argumentos concretos.

Qué propone el setup

El autor trabaja directamente con Claude Code en la terminal, apoyándose en herramientas Unix clásicas: `tmux` para gestionar sesiones y paneles, `vim` o `neovim` como editor cuando hace falta tocar código manualmente, y scripts de shell para automatizar partes del ciclo de trabajo. Sin extensiones de IDE, sin paneles flotantes de IA, sin configuraciones de workspace propietarias.

La integración con Claude Code se produce a través de su interfaz de línea de comandos estándar, aprovechando las capacidades que Anthropic ha ido añadiendo al producto: soporte para MCP servers, hooks configurables en eventos del ciclo de vida (`PreToolUse`, `PostToolUse`, `Stop`…) y la posibilidad de invocar subagentes para tareas delegadas. Todo ello sin salir del terminal.

El flujo que describe es aproximadamente este: abres una sesión de `tmux`, arrancas Claude Code en un panel, trabajas en otro panel con tu editor o con `grep`, `awk` y compañía, y dejas que Claude Code opere sobre el sistema de ficheros y ejecute comandos de forma autónoma mientras tú supervisas la salida. Los hooks permiten disparar acciones propias —tests, linters, notificaciones— en respuesta a lo que hace el agente.

Por qué tiene sentido para ciertos perfiles

La propuesta no es para todo el mundo, y el propio autor no pretende que lo sea. Tiene sentido en contextos concretos:

• Servidores remotos y entornos headless. Cuando trabajas vía SSH en una máquina sin interfaz gráfica, un IDE no es una opción real. Claude Code en CLI sí lo es.
• Proyectos de infraestructura y scripting. Si tu día a día son pipelines, configuraciones y automatizaciones, el entorno natural ya es la terminal.
• Desarrolladores que priorizan el control explícito. Sin capas de abstracción gráfica, cada acción del agente es visible e interceptable. Los hooks de Claude Code encajan bien aquí: puedes auditar o detener cualquier operación antes o después de que ocurra.
• Máquinas con recursos limitados. Un IDE con extensiones de IA consume memoria. Una terminal, no.

Lo que se gana es previsibilidad y composabilidad: Claude Code se comporta como una herramienta Unix más, cuya salida se puede redirigir, pipear o registrar. Lo que se pierde es la experiencia visual integrada —navegación de ficheros gráfica, diffs en línea, autocompletado visual— que muchos desarrolladores consideran indispensable.

El contexto más amplio

Este tipo de configuraciones documentadas por la comunidad son valiosas precisamente porque Anthropic no siempre detalla los casos de uso extremos en su documentación oficial. Claude Code fue diseñado para ser componible, y setups como el de sindro.me demuestran que esa composabilidad funciona en la práctica, no solo en el papel.

También apunta a una tendencia real: a medida que los agentes ganan capacidad de operar de forma autónoma sobre sistemas completos —con acceso a ficheros, comandos shell y servicios externos vía MCP—, el IDE como interfaz principal pierde parte de su centralidad. El agente no necesita el IDE; lo necesitabas tú para leer y escribir código. Si el agente hace una parte creciente de esa lectura y escritura, la ecuación cambia.

Eso no significa que los IDEs vayan a desaparecer —la mayoría de equipos seguirá usándolos durante mucho tiempo—, pero sí que la CLI vuelve a ser una opción de primera clase para quienes saben usarla.

---

Opinión EP: Un post sin grandes pretensiones que documenta algo útil. El valor está en los detalles de configuración, no en la tesis. Si trabajas habitualmente en remoto o en entornos de servidor, merece la lectura antes de instalar otra extensión de IDE.