Tutorial de la serie Claude Code 3: ¿Por qué solo se proporciona la terminal?

1.3 ¿Por qué escribir código en la terminal?

Pongamos un ejemplo: estás escribiendo una nueva funcionalidad y de repente te das cuenta de que necesitas modificar una función de utilidad de bajo nivel que está dispersa en tres archivos, y algunas llamadas cruzan módulos. Abres el editor, buscas globalmente, hojeas archivo por archivo, modificas con cuidado y vuelves a ejecutar las pruebas: fallan. Miras el error, revisas el stack, lo arreglas, y lo haces de nuevo.

En este proceso, el tiempo real dedicado a 'pensar cómo cambiar' es quizás menos de la mitad. El resto es trabajo mecánico: buscar archivos, modificar referencias, esperar la compilación, hacer clic con el ratón.

Poner la IA en la terminal tiene como objetivo principal comprimir ese trabajo mecánico.

La terminal es el lugar más cercano al código

Puede que uses VS Code, JetBrains o Vim. No importa cuál uses, en el proceso de escribir código, no puedes evitar la terminal. Ejecutar npm test, git log, grep, make build — estas operaciones se realizan de forma natural en la línea de comandos.

Entonces, si tu compañero de IA también está en la misma terminal, las cosas se vuelven más sencillas. No necesitas copiar y pegar el contenido del archivo en la ventana de chat, ni describir tú mismo 'en mi proyecto hay una clase llamada UserService que está en la línea 42 de src/services/user.ts...'. Claude Code está en la raíz del proyecto, y lo ve por sí mismo.

Esto es un golpe de gracia contextual. Cuando le dices a Claude Code 'ayúdame a refactorizar el manejo de errores del módulo de inicio de sesión', realmente va a leer tu auth/login.ts, a leer errors.ts, a buscar todos los lugares que lo llaman, y luego modificar directamente. No necesitas ser el intermediario.

Liberarte del rol de 'operador'

Al usar un chat de IA en el navegador, a menudo asumimos inconscientemente el papel de 'intermediario': la IA genera código, lo leemos, verificamos, copiamos y luego pegamos de nuevo en el editor. Si el código funciona, perfecto; si no, copiamos el error, preguntamos de nuevo, copiamos de nuevo. Este proceso realmente interrumpe el flujo.

El diseño de Claude Code busca que vuelvas a la posición de 'pensador'. Tú dices la idea, él actúa. Después de los cambios, ves el diff directamente en la terminal y decides si aceptarlo. También puede ejecutar pruebas y lint por ti. Te sientas y, la mayoría del tiempo, estás leyendo código y tomando decisiones, no cambiando de ventana repetidamente.

¿Por qué no un complemento de editor?

Podrías preguntar: ¿por qué no poner un complemento de IA directamente en el editor?

Los complementos de editor son ciertamente útiles, y muchos equipos ya los usan. Pero Claude Code en la terminal tiene varias ventajas que no son fácilmente reemplazables por un complemento:

1. Sin ataduras del editor. Hoy usas VS Code, mañana cambias a Neovim, e incluso en un servidor remoto sin GUI, Claude Code funciona. No depende de la herramienta que elijas.
2. Puede hacer cosas más 'extravagantes'. En la terminal, puede ejecutar cualquier comando de Shell. Esto significa que los límites de lo que puede hacer son mucho más amplios: puede iniciar un contenedor Docker para verificar una migración de base de datos, puede clonar una rama remota y verificar conflictos, puede ejecutar pruebas e2e automáticamente después de modificar el código. Estas cosas, los complementos de editor normalmente no se atreven a hacerlas o simplemente no pueden.
3. Procesamiento por lotes y automatización. Puedes meter a Claude Code en un script para que te ayude a procesar decenas de repositorios, generar documentación en lote, manejar Issues automáticamente. En ese momento ya no es un 'asistente', sino un eslabón en la cadena de producción.

Un pequeño ejemplo propio

Anteriormente necesitaba migrar un proyecto de JavaScript a TypeScript, aproximadamente más de veinte mil líneas de código. Mi enfoque no fue agregar tipos manualmente archivo por archivo, ni esperar que un complemento de editor lo hiciera todo por mí.

Simplemente inicié Claude Code en el directorio del proyecto y le dije: 'Migra este proyecto gradualmente al modo estricto de TypeScript, cambia algunos archivos cada vez, y después de cada lote ejecuta tsc --noEmit; si hay errores, arréglalos tú mismo hasta que todo pase.'

En la siguiente media hora, básicamente solo hice una cosa: ver el diff de sus cambios, asentir o negar con la cabeza. Ocasionalmente le decía 'aquí no uses any, define una interfaz', y él seguía trabajando. Al final, el proyecto compiló sin errores, varias veces más rápido de lo que había estimado.

Esto no significa que Claude Code sea más inteligente que un complemento. Pero puede completar por sí mismo el ciclo de 'modificar-verificar-arreglar', esta es la diferencia fundamental con la IA conversacional.

En definitiva, la terminal le da manos y pies a la IA

Poner la IA en la terminal, en esencia, le da la capacidad de ejecutar, no solo de sugerir.

Hace que tu repositorio de código ya no sea un montón de texto que solo se puede leer, sino un entorno real que la IA puede 'tocar', modificar y verificar. Es un salto enorme.

Tú aún tienes el control de la dirección del proyecto y todas las decisiones clave, pero esas tareas tediosas, poco creativas y que requieren saltos repetitivos tienen un encargado más adecuado.