docs(metodo): máster 2026-08-29 (final) — canal, capas de lectura, tokens y ámbito del push

Re-estampado final de la jornada. Cambios del máster:
- §9: los principios de la comunicación entre sesiones.
- §1: la juntura entre dos sujetos · el testigo sin fuente nombrada · un
  encuadre falso recluta los datos que lo contradicen.
- §7: capas de ARRANQUE y de CONSULTA (la bitácora sale del ritual) · la forma
  del aviso · la unidad de medida es el TOKEN, no la línea.
- Entrega/Git: el push es un acto de ÁMBITO, con la autorización de Xavier
  para cuando la orquestadora no está viva — y su límite: empujar no es decidir.

Cero raíles nuevos. Sólo se toca .metodo/.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
sirxavor 2026-08-29 09:50:37 +02:00
parent fc4f0d2a1c
commit 1275350578
2 changed files with 12 additions and 1 deletions

View File

@ -1,2 +1,2 @@
605a9d2d216951c3dffd57b7f12c007b435a90b4b5bd515826a66a70e98f68f6 metodo.md
9e392a4c4409a1b5a79d3a5354298015b726c360f029853c717226b82e733781 metodo.md
3b35cfedfe36441d5c2b9b8e543657119a76daaebf6b317bcc4918b2cb7ca9b7 bin/metodo

View File

@ -1433,6 +1433,17 @@ fuera, repetida en varios repos. Aquí se consolida.
acaba de escribirlo.**)*
⚠️ **Y no se arregla con `push --force`**: sobre un repo que tocan varios frentes, deshacer algo ya
publicado es peor que el daño. Se avisa a su dueño y **lo decide él**.
⚙️ **AUTORIZACIÓN PERMANENTE de Xavier, 2026-08-29, con su motivo y sus límites** *(y se escribe
así a propósito: en este árbol ya se borró un workflow por llevar «los commits van siempre,
automáticos, sin confirmar» — **una autorización sin fecha ni motivo es un agujero, no un
permiso**)*: **si la orquestadora de ese ámbito NO está viva, la superadmin puede empujar** — y
**una orquestadora también, en el mismo caso**. **Motivo**: que él no sea el cuello de botella
para publicar trabajo ya terminado de una sesión que ya no existe.
**Y lo que NO cubre, que es la mitad que importa: EMPUJAR NO ES DECIDIR.** El permiso alcanza al
**acto de publicar**, nunca a la **aprobación del contenido**. Si un commit declara que espera una
decisión, **publicarlo no la toma**: se empuja **diciéndolo** y la decisión sigue pendiente de su
dueño. Y **antes de usarlo se comprueba que la orquestadora no está viva** — *el único testigo
válido es «escribí y no contestó»*, jamás «no la veo en el listado».
- La **representación en disco es parte del artefacto**: cuando un hash o un runtime consume el
checkout, se fija con el repo — **eol** por `.gitattributes` y **bit de ejecución** — o el testigo
mide el checkout, no el contenido (una DERIVA falsa en un clone sin tocar entrena a ignorar el