diff --git a/.metodo/CHECKSUMS b/.metodo/CHECKSUMS index a3169f7..ee40578 100644 --- a/.metodo/CHECKSUMS +++ b/.metodo/CHECKSUMS @@ -1,2 +1,2 @@ -a0a8a9cb931436c37973ea2d882294c2dcbe79af713528488506c749f9b6ad21 metodo.md +61c934c67aeb3aefad53af06b3553738fa4216c04ad8045bdfa8b03f50d435cf metodo.md 502f5a70de21a41c2a1fee1f149bcab7767d277469282884273f5c98c2b4db41 bin/metodo diff --git a/.metodo/VERSION b/.metodo/VERSION index b367aae..52b879a 100644 --- a/.metodo/VERSION +++ b/.metodo/VERSION @@ -1,5 +1,5 @@ # Copia vendorizada del Método (raíl C11). Gestionada por 'metodo init/update'. master: metodo -version: 2026-08-23 +version: 2026-08-28 estado: vendored adopted_commit: 6a10eab342a477846ab5f3e67f8ab17169f12807 diff --git a/.metodo/metodo.md b/.metodo/metodo.md index 5f32252..c714767 100644 --- a/.metodo/metodo.md +++ b/.metodo/metodo.md @@ -4,7 +4,7 @@ Principios que valen para **cualquier** sesión (exploración, ejecución, despl incidente, orquestación) y para cualquier backlog. Los workflows concretos referencian este doc en vez de repetirlo. No son teoría: cada uno lleva el caso real que lo enseñó. -> **Versión 2026-08-22.** Documento **autocontenido**: es lo que se vendoriza, byte a byte, a cada +> **Versión 2026-08-28.** Documento **autocontenido**: es lo que se vendoriza, byte a byte, a cada > repo (no lleva enlaces a rutas de un árbol concreto, para que funcione clonado en solitario). > Cada regla lleva su **cicatriz** (meta-principio: un raíl se escribe con el incidente que lo > enseñó, no a priori). Procedencia, fuerza (nº de repos) y partición linter/juicio: fichero @@ -1158,6 +1158,31 @@ empezaban con el ritual de lecturas, y nadie lo había hecho explícito.)* propias premisas, y el raíl 6 dice que de lo heredado hay que re-verificar **más**, no menos. Si la tarea es comprobar, medir o poner en duda → **fría, siempre**. Construir encima → caliente. +⚙️ **Desde el 2026-08-28 «CALIENTE» tiene MECANISMO: ya no se pega — se manda.** Este raíl daba por +supuesto que el prompt lo transporta **una persona** (de ahí *«quien lo recibe tiene que saber si +abre sesión nueva o lo pega en la que ya corre»*). Ese día dos sesiones del mismo árbol se hablaron +**directamente** por primera vez —cinco mensajes, todos actuados, en unas tres horas—, así que una +sesión viva se direcciona **por su nombre**. +⛔ **Lo que cambia es el TRANSPORTE, no el CRITERIO.** Que alcanzar una sesión salga barato no +convierte en caliente nada de lo que la lista de arriba llama frío, y el prompt sigue diciendo cuál +es. La confusión es fácil y cara, por eso se escribe aparte. + +⛔ **Y la tensión NUEVA que el canal crea contra este mismo raíl: la sesión más barata de alcanzar +es exactamente la que `§9` prohíbe usar.** Mandarle un mensaje a la que acaba de construir la pieza +cuesta un gesto; abrir una fría cuesta releer. El camino cómodo lleva justo a *«pregúntale al que lo +hizo si está bien»*, que es la frase que este raíl existe para prohibir. +⇒ **La forma que sí funcionó, medida el mismo día**: la orquestadora **verificó por su cuenta y +desde fuera** —abriendo los objetos de git, midiendo los certificados con el crudo delante, +censando el corpus— y usó el canal **sólo para mandar el resultado ya medido**. El canal transportó +**datos y correcciones**; la verificación, nunca. ⇒ Regla de bolsillo: **por el canal viaja lo que +ya está medido; lo que hay que medir no se pregunta, se mide.** +⚠️ Y lo que el canal SÍ compró ese día, que es por lo que no se descarta: una **premisa falsa parada +antes de llegar más lejos** en un entregable oficial, una corrección **hacia arriba** (de una sesión +a su orquestadora) en el momento, y una **discrepancia declarada al instante**. +*(Lo procedimental —cómo se abre un mensaje, qué viaja por el canal y qué no, quién avisa a quién al +acabar— es **procedimiento, no principio**: vive en la capa `workflows/`, como el resto de la +estructura de sesión.)* + ## 10. Lo que "funciona por casualidad" está roto Construir bien la capa de encima destapa lo de debajo. Al hacerlo, **arréglalo y anótalo**, no