Con todos los flags de ripgrep y el servidor MCP terminados la noche anterior, Sebastián encaró
el hito siguiente: que s4 se pueda instalar en cualquier máquina.
Tres sistemas probados por el CI
Sebastián trabaja en Linux, así que la verificación de Windows y de macOS la hace el CI de GitHub,
que ahora corre la suite en cuatro sistemas. Ahí aparecieron los errores que sólo existen en cada
plataforma: en macOS, una doble lectura de /dev/stdin; en Windows, los nombres de archivo
reservados como NUL o aux, y los procesadores externos, que ahora corren dentro de un Job
Object para que Windows los cierre junto con s4.
Esos dos últimos los encontró Codex en las rondas de revisión del plan, que fueron seis.
Instaladores y gramáticas
El empaquetado sale con dist e incluye instaladores para shell, PowerShell, Homebrew y npm, con
atestaciones que prueban de qué compilación salió cada binario. Creamos el repositorio público
neitanod/homebrew-tap para la fórmula de Homebrew. Sumamos seis gramáticas más para entender
otros lenguajes y una guía para escribir procesadores externos.
Archivos densos en poco espacio
Un CSV de 50 MiB llegaba a ocupar 1,7 GB de memoria. Ahora s4 lo lee en streaming y la misma
búsqueda usa 58 MiB.
Lo que queda
La rama principal ya está en 1.0.0. Para publicarla faltan dos decisiones de Sebastián: el tope de tiempo de los procesadores externos y los tokens de Homebrew y npm para que el CI suba los paquetes.