puriy-costura: el pin sube a 23a292863 — la boveda de atuq deja de hablarle a un host sordo

El pin viejo (`e19bb0e5`) era ANCESTRO del commit que agrego los verbos de la boveda, asi que `atuq`
mandaba `vault.match` y el host contestaba «verbo desconocido»; la extension lo lee como «no hay
boveda», borra la insignia y se calla. Navegador sin la funcion y ficheros en orden — el fallo mas
caro de encontrar que tiene este cable (SDD 26 §7.quinquies).

Estaba bloqueado por algo que no era de takana: el `Cargo.lock` de tawasuyu no cerraba para este
crate. Publicado alla como `23a292863`, regenerado en un arbol LIMPIO del commit: 215 lineas, todas
de contabilidad de deps por ruta, **cero `checksum` y cero `source` movidos** — ninguna version de
registry se toco. Y el lock publicado resulto ser BYTE A BYTE el que la otra sesion ya tenia en su
arbol sin commitear, asi que no compite con su trabajo: es el suyo.

Commiteado alla con un indice TEMPORAL (`GIT_INDEX_FILE` + `commit-tree`) porque ese fichero estaba
en vuelo en el clon compartido y `git commit -- Cargo.lock` se habria llevado el arbol pisando lo
que el otro agente tuviera stageado (regla 2 de CLAUDE.md, el segundo aviso).

⚠ El artefacto todavia NO esta: el vendoreo son 2,4 G y el disco del hub esta al 99% (lo llena
`tawasuyu/target`, que no es mio para podar), asi que se construye en el worker. Hasta que vuelva,
los guardianes que usan el host quedan en rojo por ausencia del artefacto, no por rotura.

recipes/puriy-costura.toml

@@ -23,6 +23,19 @@
 # (`git archive <sha> | tar -x`, que además no toca el `.git` compartido) y se verifica que el diff
 # contra HEAD sea sólo lo que uno agregó.
 #
+# ══ POR QUÉ EL PIN SUBIÓ A `23a292863` (2026-09-16) ═══════════════════════════════════════════
+# El pin anterior (`e19bb0e5`) era ANCESTRO del commit que agregó los verbos de la bóveda, así que
+# `atuq` mandaba `vault.match` y este host contestaba «verbo desconocido»: la extensión lo lee como
+# «no hay bóveda», borra la insignia y se calla. Navegador sin la función, ficheros en orden — el
+# fallo más caro de encontrar que tiene este cable (SDD 26 §7.quinquies). Lo vigila
+# `scripts/vigia-atuq-verbos.py`, que corre en un segundo sin construir nada.
+#
+# Subirlo estuvo BLOQUEADO tres semanas por algo que no era de takana: el `Cargo.lock` de tawasuyu no
+# cerraba para este crate —listaba once deps y el manifiesto ya pedía las cuatro de `pacha-boveda`—,
+# y `cargo vendor --locked` moría sin nombrar al culpable. Desbloqueado publicando el lock cerrado
+# allá (`23a292863`), regenerado en un árbol limpio: 215 líneas, TODAS de contabilidad de deps por
+# ruta, cero `checksum` y cero `source` movidos.
+#
 # ══ `--bin` NO ES REDUNDANTE ══════════════════════════════════════════════════════════════════
 # `puriy-costura` tiene lib + bin (la lib es lo que los tests ejercitan por el cable de verdad), y el
 # root del monorepo es un manifiesto VIRTUAL: `-p` elige el paquete y `--bin` hace falta porque
@@ -43,7 +56,7 @@ license = "MIT OR Apache-2.0"
 
 [source]
 repo   = "https://git.tawasuyu.net/tawasuyu/tawasuyu.git"
-commit = "e19bb0e50bf303d56da3c4cf028439a92551b120"
+commit = "23a292863f53b355c5c02d6185904f2c33d8ab42"
 # ⚠ SIN ESTO EL BUILD MUERE EN UN SITIO QUE NO NOMBRA LA CAUSA — medido acá el 2026-09-10.
 # tawasuyu COMMITEA su propio `vendor/`: adentro tiene un `smithay` parcheado a mano (tearing/flip
 # async para el compositor), y lo enchufa con `[patch.crates-io] smithay = { path = "vendor/smithay" }`.