From 91740f320417b69ce4f174a68d90b40ee4745664 Mon Sep 17 00:00:00 2001 From: sirxavor Date: Sun, 30 Aug 2026 14:44:21 +0200 Subject: [PATCH] =?UTF-8?q?chore(metodo):=20el=20relevo=20=E2=80=94=20el?= =?UTF-8?q?=20nucleo=20y=20R10?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Una sesion no puede medir su contexto restante, asi que el relevo no se da: se tiene. Y el relevo avisa a los SATELITES del relevado, que son los unicos que no pueden enterarse solos — el silencio y el estar ocupada se parecen. Co-Authored-By: Claude Opus 5 (1M context) --- .metodo/CHECKSUMS | 4 +- .../workflows/comunicacion-entre-sesiones.md | 56 +++++++++++++++++++ .metodo/workflows/sesion-orquestadora.md | 37 ++++++++++++ 3 files changed, 95 insertions(+), 2 deletions(-) diff --git a/.metodo/CHECKSUMS b/.metodo/CHECKSUMS index 338ac01..00760e2 100644 --- a/.metodo/CHECKSUMS +++ b/.metodo/CHECKSUMS @@ -1,7 +1,7 @@ b3aa1294777afebe63d4e914e555849c3435c3c08e45533b99c96b096fcda9ad metodo.md 5250d8aea9e8205f2a7f55c0a9c1ce0c383258f71969de777c70b4a311513baa bin/metodo f89b71bdf31028b05075636c1763c964e379bc37a00e0357d1c23a4dd19c09aa workflows/README.md -6871c5f29642ccec3e60109324de1e5bab8fa5ee73792360d85277bde3323aea workflows/comunicacion-entre-sesiones.md +cc241bbecf9647c747b8525b3a6b527455cd50ca0312caa44bc3544342c8ac41 workflows/comunicacion-entre-sesiones.md 2b9037f6dd57b5598c70a676cb728556654f05d1c5b024e7b716864659f7b884 workflows/sesion-ejecucion.md f35dda490674d37da4a8f9412a2463ea37c42c02af4f63d642e06c8a3f9cfc90 workflows/sesion-exploracion.md -4db06b6b4d0dcfd2493a7a5d9a36d98f05aeac63729671bdc30ae20d2fd51db3 workflows/sesion-orquestadora.md +36e46215a205d78c4ce99896d1c163634e9a72993db58c6e41f92f4792b791e1 workflows/sesion-orquestadora.md diff --git a/.metodo/workflows/comunicacion-entre-sesiones.md b/.metodo/workflows/comunicacion-entre-sesiones.md index be7c39d..4c47931 100644 --- a/.metodo/workflows/comunicacion-entre-sesiones.md +++ b/.metodo/workflows/comunicacion-entre-sesiones.md @@ -330,6 +330,62 @@ que buscar a nadie**, porque su prompt de apertura **ya lleva el nombre** de su ## La pregunta nº1, CONTESTADA — y la nº2, que sigue en pie +### 9. ⛔ AL RECIBIR: antes de construir encima, pide el CRUDO + +Las reglas 0-8 dicen cómo **mandar**. Ésta es la única que dice qué hacer **al recibir**, y existe +porque faltaba: `§9` del Método ya decía *«el que recibe reproduce lo que va a sostener una +decisión, aunque venga marcado como medido»*… y su autora **lo incumplió el mismo día**, seis horas +después de escribirlo. + +⇒ **El diagnóstico es de la sesión que lo sufrió, y es mejor que la regla**: *«un raíl que su autor +incumple el mismo día está **bien redactado y mal situado** — no le falló el criterio, le falló que +nada se lo pusiera delante en el momento de recibir un mensaje.»* Por eso vive **aquí**, en el +procedimiento del canal, y no sólo en la constitución. + +**Qué haces cuando llega un mensaje con un hecho dentro:** +1. **¿Va a sostener una decisión, un encargo o algo que escribas en `doc/`?** Si no, sigue. +2. Si sí: **pide el crudo o reprodúcelo.** Un `git log`, un `wc -c`, un `grep` — normalmente **un + comando**. El coste de comprobarlo es segundos; el de no hacerlo es un registro falso en un + corpus que leerá dentro de semanas gente que no estuvo. +3. Si reproducirlo no es barato, **retransmítelo como inferencia**, nunca en plano. + +*(Cicatriz 2026-08-30: llega «hay 6 commits que no son míos». La superadmin lo da por medido y +concluye que otra sesión invadió el alcance de un ejecutor. **Cuatro de los seis eran suyos +propios** —re-estampados del Método— y **los otros dos eran del que se quejaba**. El `git show` +lo cerró en diez segundos: el commit llevaba dentro los valores exactos que su autor describía. +Iba camino de `doc/` como «la 4ª orquestadora construyó la pieza de otro»: **una acusación falsa +sobre una sesión que ya no existía y no podía defenderse**.)* + +⛔ **Y el sub-raíl que sale del mismo caso**: en un repo compartido **«no es mío» NO implica «invade +lo mío»**. El sujeto es **la RUTA que toca**, no el autor — y menos el autor `git`, que en este árbol +es **el mismo para todas las sesiones**. + +⭐ **Cómo se prueba una identidad por el canal, que es lo que cerró el caso**: no con *«lo recuerdo»* +—eso lo diría igual quien se lo inventara— sino con **detalles finos que no están en el artefacto**: +el instrumento que descartó y por qué, el error que corrigió a mitad, la guarda que armó y no hizo +falta. **Un resumen no los conserva y un `git log` no los tiene** ⇒ quien los aporta estuvo. + +### 10. El RELEVO avisa a los SATÉLITES del relevado + +Las reglas anteriores cubren pares y jerarquía. Ésta cubre **a quien trabajaba para el que ya no +está**, que es quien menos puede enterarse solo. + +⛔ **Un satélite NO puede saber que su orquestadora ha muerto**, porque **el silencio y el estar +ocupada se parecen**. Seguirá reportando al vacío y **seguirá recibiendo trabajo de nadie**. +*(Cicatriz 2026-08-30: una sesión de ejecución trabajó **12 horas** reportando a una orquestadora que +ya había sido **relevada dos veces**. Lo descubrió porque la superadmin fue a preguntarle otra cosa.)* + +⇒ **Al relevar, la entrante escribe a**: quien coordine el árbol · las sesiones cuyo **alcance +solape** · y **todas las que trabajaban para su antecesora, solapen o no** — para ésas es su nuevo +interlocutor, y **no tienen forma de averiguarlo**. +⇒ **La saliente, si puede, deja escrito a quién estaba dirigiendo.** Es el campo que más se pierde, +porque no es ni una decisión ni una tarea: es **una relación**. + +⛔ **Y no lo deduzcas del listado**: `ListAgents` **no es un censo** —medido el 2026-08-30, pasó de +**13 sesiones a 6 en dos minutos**—, no publica rol ni proyecto, y **la hora de arranque no identifica +a nadie**: una sesión de 12 h apareció como *«arrancada hace 1 h»* y por leerla así se la frenó sin +motivo. El directorio es **el semáforo**; el testigo de muerte, **«le escribí y no contestó»**. + ### ⚰️ ~~¿Puede una orquestadora ABRIR una sesión que Xavier vea y pilote?~~ — **MEDIDO el 2026-08-28: NO** Lo que una orquestadora puede lanzar son **subagentes**, y un subagente **corre dentro de su pantalla, le reporta a ella y consume su contexto**. Xavier lo ve **porque está mirando esa diff --git a/.metodo/workflows/sesion-orquestadora.md b/.metodo/workflows/sesion-orquestadora.md index ef81ed9..6ca428d 100644 --- a/.metodo/workflows/sesion-orquestadora.md +++ b/.metodo/workflows/sesion-orquestadora.md @@ -36,6 +36,43 @@ aplicar uno mismo**, y ése es el mecanismo del fallo. Siempre que haya que coordinar en vez de ejecutar. Es el rol por defecto salvo que se diga otra cosa: las sesiones de exploración y ejecución son **satélites** que ésta lanza y recibe. + +## El RELEVO — cuando esta sesión se queda sin contexto + +⛔ **No lo detectas a tiempo, así que no lo diseñes como una entrega.** Una sesión **no puede medir +cuánto contexto le queda**: el contador que ve es el presupuesto de la sesión entera, no la ventana. +La única señal dura es **la compresión**, y llega **cuando ya has perdido**. ⇒ **El relevo no se da: +se tiene.** Todo momento tiene que ser un punto de relevo válido. + +**Qué lo hace posible, y es lo único que hay que cumplir:** +1. **Una decisión del usuario se escribe ANTES de actuar sobre ella.** No después, no «al cerrar». + Es el único campo que un sucesor **no puede reconstruir de ningún sitio**, y el que más caro sale. +2. **Lo que está en vuelo vive fuera de la sesión** —qué debes, qué esperas, cuál es el hilo—, en el + sitio que tu árbol use para arbitrar sesiones concurrentes. Se **reescribe**, no crece. +3. **Lo demás ya tiene capa**: decisión → `decisiones.md` · trabajo → `backlog.md` · trampa → + `AVISOS.md` · relato → `bitacora.md`. Si dudas de dónde va, **el sitio equivocado es tu cabeza**. + +**Y lo que un sucesor necesita y NO es técnico.** Medido con una sesión limpia: *un sucesor no se +atasca en una decisión difícil; se atasca en no saber si teclear un comando o hacer `git push`.* +⇒ El relevo lleva **el gesto siguiente**, no sólo el estado. + +### Cuando llegas TÚ de relevo + +⛔ **Hereda el rol, no la identidad.** El prompt que te abre **puede nombrar mal a quién relevas** — +medido el 2026-08-30: nombraba a una sesión que era **la 2ª**, no la anterior—, así que **no lo des +por bueno**: escribe a quien te digan y **pregúntale**. La puerta del saludo es lo único que hoy ha +detectado un error del propio encargo. +⛔ **Y avisa a los SATÉLITES del relevado, no sólo a tus pares.** *(Cicatriz 2026-08-30: una sesión +de ejecución trabajó **12 horas reportando a una orquestadora que ya había sido relevada dos veces**. +Nadie se lo dijo. No lo podía averiguar sola: **un satélite no sabe que su orquestadora ha muerto, +porque el silencio y el estar ocupada se parecen.**)* +⇒ Al entrar: lee las filas vivas, **saluda a quien coordine el árbol**, y **preséntate a toda sesión +cuyo alcance solape con el tuyo** — no a todas, sólo a ésas. Y **a las que trabajaban para tu +antecesora, aunque no solapen**: para ellas eres su nuevo interlocutor y **no tienen forma de saberlo**. + +⚠️ **Un relevo que se reconstruye leyendo el corpus hereda el estado, pero NO la frontera.** Lo +documentado siempre va por detrás de lo hecho ⇒ tenderá a leer **el último trabajo de su antecesora +como ajeno**. Si algo del repo te parece una intrusión, **pide el crudo antes de decirlo** (`R9`). ⇒ El disparador concreto de cada frente está en su apéndice. ## Cómo arranca una sesión orquestadora nueva