sergio/takana

Responde a «¿cómo instalo shuma-tui?». En gioser se instalaba con `actualizar-servidor.sh`:
cargo build --release + install -m755 a /usr/local/bin. Eso deja un BINARIO SUELTO QUE NADIE PROVEE
— la clase que la mudanza encontró irreproducible (2,7 G de ellos, §6.35).

Acá el camino del corpus: receta pineada ⇒ takana build ⇒ artefacto sellado por hash ⇒ se instala
desde el store o desde el repo firmado. El binario de mañana se puede volver a fabricar bit a bit; el
de install -m755, no.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

diff --git a/recipes/shuma-tui.toml b/recipes/shuma-tui.toml
new file mode 100644
index 00000000..0c1e68ee
--- /dev/null
+++ b/recipes/shuma-tui.toml
@@ -0,0 +1,26 @@
+# shuma-tui — el cliente de terminal de shuma: la misma consola que la web, pero en un TTY.
+#
+# ── POR QUÉ ESTA RECETA EXISTE (2026-09-17) ─────────────────────────────────────────────────────
+# Es la respuesta a «¿cómo instalo shuma-tui en la caja?». En gioser se instalaba con
+# `actualizar-servidor.sh`: `cargo build --release` + `install -m755` a `/usr/local/bin`. Eso deja un
+# **binario suelto que nadie provee** — justo la clase que la mudanza encontró irreproducible: 2,7 G
+# de ellos, y lo único que no se podía reconstruir (SDD 28 §6.35).
+#
+# Acá el camino es el del corpus: una receta pineada ⇒ `takana build` ⇒ artefacto sellado por hash ⇒
+# se instala desde el store (o desde el repo firmado, §6.46). La diferencia práctica es que el
+# binario de mañana se puede volver a fabricar bit a bit, y el de `install -m755` no.
+
+name    = "shuma-tui"
+version = "0.1.0"
+license = "MIT OR Apache-2.0"
+
+[source]
+repo   = "https://git.tawasuyu.net/tawasuyu/tawasuyu.git"
+commit = "23a292863f53b355c5c02d6185904f2c33d8ab42"
+cargo_vendor_dir = ".hammer-cargo-vendor"
+
+[build]
+compiler = "zig-cc"
+target   = "x86_64-linux-musl"
+link     = "static"
+flags    = ["-p", "shuma-tui", "--bin", "shuma-tui"]