CLI: comandos, tuberías y la idea de Unix

La terminal dejó de intimidarme el día en que vi que cada comando, por críptico que fuera, tiene las mismas cuatro partes.

Una interfaz de línea de comandos te permite operar una computadora escribiendo instrucciones en lugar de hacer clic. Escribes una línea, pulsas enter, la máquina actúa. Parece primitiva al lado de una app pulida, y esa sencillez es justamente el punto: el texto es preciso, se puede guardar y reproducir, y todo lo que puedes escribir, lo puedes automatizar.

Cada comando comparte una misma forma. Una vez que puedes verla, el muro de texto críptico se convierte en algo que puedes leer. Aquí está, en un comando que probablemente ya has ejecutado:

Esa es toda la gramática. Un programa, un subcomando opcional, opciones que cambian el comportamiento, y los argumentos sobre los que trabaja. Aprende a distinguir esas cuatro cosas y ningún comando vuelve a ser opaco.

La única idea que lo cambió todo: la tubería

La línea de comandos surgió de Unix, construido en Bell Labs a finales de los años sesenta y principios de los setenta. La idea que la hizo poderosa llegó poco después: la tubería, escrita con una barra vertical |. Alimenta la salida de un programa pequeño directamente a la entrada del siguiente. Mira crecer una real, etapa por etapa — la tarea es “contar las líneas de error en un archivo de registro”.

$ cat log.txt                     # el archivo entero se vuelca
$ cat log.txt | grep error         # conserva solo las líneas que contienen "error"
$ cat log.txt | grep error | wc -l   # cuenta esas líneas  → 47

Tres herramientas que cada una hace exactamente una cosa —leer un archivo, filtrar líneas, contar líneas— encajadas en el momento para formar una cuarta cosa que ninguna de ellas hace por sí sola. No escribiste un programa para contar errores. Compusiste uno a partir de piezas en unos pocos segundos.

Esa filosofía tiene nombre. Doug McIlroy, quien inventó la tubería, resumió la idea de Unix: escribe programas que hagan una cosa bien, y escríbelos para que trabajen juntos. En lugar de una herramienta gigante que intenta hacerlo todo, mantienes un juego de herramientas pequeñas y afiladas y las combinas según haga falta. Más tarde los estándares limaron las diferencias —POSIX definió el comportamiento común del shell para que un script escrito una vez se ejecute casi en cualquier parte.

Por qué los constructores —y ahora la IA— viven aquí

Esa idea de “herramientas pequeñas que se componen” es la raíz de casi toda la automatización moderna: las tuberías de CI, los scripts de despliegue, la fontanería de datos y los flujos de trabajo de agentes son todos cadenas de pasos de un solo propósito. También es por eso que la línea de comandos es el hogar natural de la IA. Todo lo que puedes escribir, lo puedes convertir en script; todo lo que puedes convertir en script, un agente lo puede ejecutar. Cuando le das a un agente de IA una herramienta que invoca un comando, le estás entregando exactamente la misma palanca que tú mismo usas.

Prueba esto

Abre una terminal y ejecuta ls | wc -l. Acabas de canalizar la lista de archivos de la carpeta actual hacia un contador de líneas — una tubería de dos herramientas que construiste en cinco segundos. Eso, llevado a escala, es la mayor parte de lo que la automatización realmente es. La idea de la composición tiene una lección propia en Craft & Systems.

Basado en Wikipedia, Command-line interface y Unix shell (historia de Bell Labs; McIlroy y la tubería; POSIX).