chore(metodo): el relevo — el nucleo y R10

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) <noreply@anthropic.com>
This commit is contained in:
sirxavor 2026-08-30 14:44:21 +02:00
parent bfd292b8c7
commit 91740f3204
3 changed files with 95 additions and 2 deletions

View File

@ -1,7 +1,7 @@
b3aa1294777afebe63d4e914e555849c3435c3c08e45533b99c96b096fcda9ad metodo.md b3aa1294777afebe63d4e914e555849c3435c3c08e45533b99c96b096fcda9ad metodo.md
5250d8aea9e8205f2a7f55c0a9c1ce0c383258f71969de777c70b4a311513baa bin/metodo 5250d8aea9e8205f2a7f55c0a9c1ce0c383258f71969de777c70b4a311513baa bin/metodo
f89b71bdf31028b05075636c1763c964e379bc37a00e0357d1c23a4dd19c09aa workflows/README.md f89b71bdf31028b05075636c1763c964e379bc37a00e0357d1c23a4dd19c09aa workflows/README.md
6871c5f29642ccec3e60109324de1e5bab8fa5ee73792360d85277bde3323aea workflows/comunicacion-entre-sesiones.md cc241bbecf9647c747b8525b3a6b527455cd50ca0312caa44bc3544342c8ac41 workflows/comunicacion-entre-sesiones.md
2b9037f6dd57b5598c70a676cb728556654f05d1c5b024e7b716864659f7b884 workflows/sesion-ejecucion.md 2b9037f6dd57b5598c70a676cb728556654f05d1c5b024e7b716864659f7b884 workflows/sesion-ejecucion.md
f35dda490674d37da4a8f9412a2463ea37c42c02af4f63d642e06c8a3f9cfc90 workflows/sesion-exploracion.md f35dda490674d37da4a8f9412a2463ea37c42c02af4f63d642e06c8a3f9cfc90 workflows/sesion-exploracion.md
4db06b6b4d0dcfd2493a7a5d9a36d98f05aeac63729671bdc30ae20d2fd51db3 workflows/sesion-orquestadora.md 36e46215a205d78c4ce99896d1c163634e9a72993db58c6e41f92f4792b791e1 workflows/sesion-orquestadora.md

View File

@ -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 ## 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** ### ⚰️ ~~¿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 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 pantalla, le reporta a ella y consume su contexto**. Xavier lo ve **porque está mirando esa

View File

@ -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 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. 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. ⇒ El disparador concreto de cada frente está en su apéndice.
## Cómo arranca una sesión orquestadora nueva ## Cómo arranca una sesión orquestadora nueva