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/waterfox.toml

@@ -83,7 +83,7 @@ license = "MPL-2.0"
 [source]
 # Por COMMIT y no por el `tarball_url` de GitHub: ése es un `/archive/`-style que la forja genera al
 # vuelo y cuyo sha256 cambia (ADR 0006). El tag `6.7.1.1` es LIGERO —una sola ref en `ls-remote`, sin
-# `^{}`— ⇒ este sha ES el commit. hammer clona con `--filter=blob:none`, así que un árbol Gecko
+# `^{}`— ⇒ este sha ES el commit. takana clona con `--filter=blob:none`, así que un árbol Gecko
 # entero no trae la historia: sólo los blobs de este commit.
 repo   = "https://github.com/BrowserWorks/Waterfox.git"
 commit = "fd6662f3abfe6161e88b1b9cb4c70a963bdb345a"