takana etapa 5a: los comentarios de las 741 recetas

Barrido de TEXTO puro: 1427 líneas de comentario TOML. Cero ArtifactHash
movidos, y eso está MEDIDO, no deducido: hasheé las 741 antes y después y los
ficheros de hashes son idénticos byte a byte (723 con hash real + 18 que ya no
hasheaban de antes).

El guardián valió la pena: el primer barrido, filtrando por 'la línea empieza
con #', movió el hash de helix, lsof y steam-runtime-sniper. La causa es que una
fase se escribe como compile = <triple> ... <triple> y sus comentarios de SHELL
también empiezan con #, pero viven dentro del VALOR — y las fases sí entran en
hash_inputs. El barrido ahora calcula los rangos de las cadenas multilínea de
TOML y no entra ahí.

Quedan intactos a propósito: .hammer-zig-cc y .hammer-cargo-vendor (literales
dentro de fases), hammerd, hammer-recover y toda ruta que empiece por /

recipes/utf8proc.toml

@@ -1,4 +1,4 @@
-# Importada de Alpine aports por `hammer import-alpine` (Etapa G). PUNTO DE PARTIDA — pero
+# Importada de Alpine aports por `takana import-alpine` (Etapa G). PUNTO DE PARTIDA — pero
 # YA trae los parches de musl de Alpine (lo que un import de nix pierde). Pendiente: el
 # sha256 del tarball (el wrapper lo calcula), y adaptar build/install del shell de abuild.
 name    = "utf8proc"
@@ -19,7 +19,7 @@ flags    = []
 
 [build.phases]
 # `configure = "true"` (no-op) A PROPÓSITO: utf8proc trae CMakeLists.txt además del Makefile, así que
-# sin una configure explícita hammer AUTO-DETECTA CMake y genera `cmake -S . -B _build …`. Eso sellaba
+# sin una configure explícita takana AUTO-DETECTA CMake y genera `cmake -S . -B _build …`. Eso sellaba
 # en el laptop —cuyo rootfs Alpine trae cmake— y moría en el worker con `cmake: not found`, porque su
 # rootfs no lo trae. El build real es el Makefile de abajo: no hace falta cmake, hace falta no pedirlo.
 configure = 'true'