3 Commits

Include renames

Author	SHA1	Message	Date
Sergio	c30905e2b9	atuq: vigía de las dos puntas del cable — y el extractor de verbos que no veía la mitad ... El chequeo del commit anterior miraba una extensión. El cable tiene la misma forma para las diez, y este vigía lo recorre entero: qué verbos manda cada extensión y si el commit que `recipes/ puriy-costura.toml` pinea los atiende. Corre en un segundo y no construye nada. Medido hoy, 13 verbos sobre 8 extensiones: sólo los TRES de la bóveda están sin dueño. O sea que esto no se podía deducir mirando cuándo se tocó la receta por última vez — las otras nueve extensiones conviven bien con el mismo pin viejo. ⚠ Y lo que costó más que el vigía: **el extractor de verbos no veía la mitad de lo que hay**. Estaba buscando `verb: "…"`, que es como lo escribe la bóveda. Pero la extensión de IA arma el mensaje con `postMessage({ id, verb: verbo, … })` —el verbo llega por VARIABLE—, así que ese patrón encontraba cero verbos en `ia` y la declaraba sana sin haber mirado nada: cero verbos encontrados y cero verbos faltando son el mismo cero con dos causas. Ahora recoge toda cadena con forma `ns.verbo` y descarta las que son nombres de fichero, que es lo único que se les parece. Con eso aparecen `ai.ask` y `archive.ask`, que antes no estaban en ninguna cuenta. De ahí sale el tercer control, que no es negativo ni positivo sino de COBERTURA: una extensión de la que no se extrae ningún verbo se REPORTA. Y las dos que de verdad no le hablan al host —`inicio` y `proxy`, que viven enteras dentro del navegador— están nombradas en el código, para que «no manda verbos» no se pueda confundir con «el extractor se quedó mudo». Los otros tres controles: `sct.observe` tiene que aparecer en el commit pineado (si no, lo roto es el vigía y lo dice); `--negative-control` agrega un verbo inventado a cada extensión y exige que lo vea; y si el clon de tawasuyu no está, o no conoce el commit pineado, esto FALLA — «no se pudo comprobar» no es «está bien». Los cuatro probados, incluida la rama del commit desconocido. Pregunta por `git grep '"<verbo>" =>' <commit> -- '*.rs'` leyendo del objeto: sin checkout, porque el árbol de tawasuyu es compartido y siempre tiene ficheros en vuelo de otras sesiones.	2026-09-15 19:04:50 +00:00
Sergio	e7369efe82	atuq: la bóveda le habla a un host que no sabe sus verbos — y eran CINCO lugares, no cuatro ... Este guardián nació esta mañana diciendo que una extensión está enchufada en CUATRO sitios y que ninguno da error si falta. Los cuatro estaban bien. El quinto no, y es el que hoy está roto. El quinto lugar vive en otra receta y en otro repo: `recipes/puriy-costura.toml` pinea un commit de tawasuyu, y es ESE commit el que decide si `vault.match` es un verbo o una cadena que nadie atiende. Medido, con su control al lado, sobre el artefacto SELLADO y vigente (`hash --check` dice SELLADO para `b3:1eb2b692`): strings del binario sellado → «vault» 0 veces · «cas» 5 veces ⇐ EL CONTROL El cero solo no probaba nada —un grep que devuelve cero puede ser una ausencia o un sitio equivocado, y las dos se ven igual—; lo que lo convierte en evidencia es el «cas» que TENÍA que dar positivo en el mismo binario. Y del lado de la fuente sale lo mismo: la receta pinea `e19bb0e5`, que es ANCESTRO de `bc6903f9e` —el commit que agregó los verbos—, así que el host sellado es anterior a la bóveda por construcción. Cómo se ve ese fallo desde la silla del usuario, que es por qué esto merece guardián: el manifiesto está, el permiso está, la política instala, `connectNative` CONECTA, la extensión manda `vault.match` y el host contesta `verbo desconocido`. `fondo.js` lee `r.ok !== true`, borra la insignia y se calla. Un navegador sin bóveda, y todos los ficheros en orden. El chequeo pregunta `git grep '"<verbo>" =>' <commit> -- '*.rs'` sobre el clon, sin checkout: el árbol de tawasuyu es compartido y siempre tiene ficheros en vuelo de otras sesiones. Los verbos los saca de `fondo.js` y no de una lista escrita acá, que se desincronizaría justo en el único sitio donde eso no se ve. Tres controles, porque el chequeo es un grep que espera cero: - POSITIVO: `sct.observe` tiene que aparecer en el commit pineado. Si no aparece, lo roto es el guardián y lo dice así, en vez de acusar a la receta; - `--negative-control-verbo`: le agrega un verbo inventado y exige que lo detecte; - y si el clon no está, «no se pudo comprobar» NO es «está bien»: falla ruidosamente. Lo que este commit NO hace: subir el pin. Eso es su propia unidad y tiene un muro medido delante —el `Cargo.lock` de tawasuyu en `main` todavía describe a `puriy-costura` con sus once deps viejas, sin `pacha-boveda` ni `pacha-cifrador`, y `pacha-boveda-daemon` no está en el lock en absoluto. Con eso, `cargo vendor --locked` muere sin nombrar al culpable, que es exactamente la trampa que la propia receta dejó escrita.	2026-09-15 18:59:02 +00:00
sergioandsergio	6f0ba974c7	feat(atuq): la boveda de la suite guarda las contrasenas, y el gestor de Gecko se aparta ... La decima extension de atuq. Ofrece la credencial que corresponde al sitio abierto y la pone en el formulario, pero NO puede sacar una contrasena de la boveda por su cuenta: pregunta cuales corresponden —y eso contesta titulo y usuario, nada mas— y la contrasena sale por otro verbo que pregunta en el escritorio antes de contestar. Si la extension queda comprometida, o si una pagina consigue hablarle, lo que obtiene es la lista de titulos de los sitios que coinciden con su propia direccion. La direccion siempre la pone el chrome y nunca la pagina. Lo unico que el trozo que corre dentro del sitio aporta es que HAY un formulario y lo que el usuario tipeo; si pudiera decir de quien es la pagina, podria decir que es el banco. Y la extension no decide nada: quien sabe que credencial va en que sitio es la funcion del otro lado del cable. Ponerlo en JS seria reimplementar el original y, peor, poner en la pagina la decision de a quien se le entrega una contrasena. EL GESTOR DE GECKO SE APAGA, pero como valor de arranque y no como politica. Dos gestores peleando por el mismo campo es la peor experiencia que puede tener alguien que solo quiere entrar a su correo: el sitio se rellena dos veces, o ninguna, y no hay forma de saber cual tiene la buena. De fabrica manda la boveda; el que prefiera el de Gecko lo prende y listo. Prohibirselo seria decidir por el, que es lo que este fichero dice en su cabecera que atuq no quiere ser. Y un guardian nuevo, que corre en un segundo y sin construir nada. Una extension esta enchufada en CUATRO lugares distintos y ninguno da error si falta: el identificador que ella declara, la politica que la instala, el permiso para hablarle al host, y las preferencias que la acompanan. Si falta la politica no se instala. Si falta el permiso se instala y se conecta a nada, en silencio, y la insignia no aparece nunca. Si faltan las preferencias los dos gestores se pelean. Ninguno de los tres se ve como un error: se ven como "no anda". El guardian los mira todos y trae su control negativo, que le saca el permiso del host y exige que lo detecte. No reemplaza al guardian de metal —servidor, navegador real, login real, el dialogo a la vista—: lo precede, y ahorra descubrir construyendo que faltaba un renglon en un JSON. Los cinco verbos del otro lado ya estan en tawasuyu (bc6903f9e), con trece tests que leen el cable.	2026-09-15 10:08:20 -04:00