takana etapa 3a: los cargo build emiten los DOS binarios

Va solo y ANTES de cambiar ninguna invocación, a propósito. El worker compila
desde fuente (farm-worker-loop.sh) y la siembra excluye /target: si primero
cambiara las llamadas a `takana` y después el build, habría una ventana en la
que el worker sincroniza scripts nuevos y sigue teniendo sólo el binario viejo
— y eso no falla ruidosamente, deja de cosechar en silencio.

Con los dos emitidos, cualquier orden de sincronización queda sano.

scripts/why-differs-barrido.sh

@@ -74,7 +74,7 @@ def solo_metadatos(d):
 
 def main():
     if not HAMMER.exists():
-        sys.exit(f"falta {HAMMER} (cargo build --release --bin hammer)")
+        sys.exit(f"falta {HAMMER} (cargo build --release --bin takana --bin hammer)")
 
     grupos = sellados_por_nombre()
     nombres = sorted(grupos)