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:
parent
bfd292b8c7
commit
91740f3204
@ -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
|
||||
|
||||
@ -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
|
||||
|
||||
@ -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
|
||||
|
||||
|
||||
Loading…
Reference in New Issue
Block a user