john/ember-memory-test
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

feat(episode): TRAZA_escribimos-en-un-sitio-y-leemos-en-otro_S20260808.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Browse source 
Skill: NONE | Type: troubleshooting
Summary: EPISODIO 3 — MEMORIA: Escribimos en un sitio y leemos en otro,...
This commit is contained in:
Ember 2026-08-11 22:37:38 +00:00
parent 0fb8a3d7a4
commit 2ab5c94ca4
1 changed files with 24 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

24
episodes/TRAZA_escribimos-en-un-sitio-y-leemos-en-otro_S20260808.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md Normal file
View file

@ -0,0 +1,24 @@
---
episode_id: "81c3723f-a684-44bb-bf19-bb405d699049"
puente_flat: "TRAZA_escribimos-en-un-sitio-y-leemos-en-otro_S20260808.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260808.MEMORIA_SOTA_BRECHA"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "NONE"
fase_proyecto: "operations"
tipo_semantico: "troubleshooting"
summary_one_line: "EPISODIO 3 — MEMORIA: Escribimos en un sitio y leemos en otro,..."
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-08-11T22:37:30.400071+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
Escribimos en un sitio y leemos en otro, y esa costura no la había mirado nadie. ## Cómo lo medí
No de memoria: **ejecuté el constructor** con datos de prueba y le pedí que enumerara las claves que produce. La tabla es lo que el sistema *hace*, no lo que la documentación *dice*. Los lectores se contaron buscando en el código. **Hice.** El inventario completo: 52 campos por bloque, 5 marcadores del cuerpo con su número de lectores, 5 bloques visibles, y lo que se añade en el servidor. Con la columna que importa: si participa en la búsqueda o solo se guarda. **Te dejé cuatro preguntas abiertas** al final del documento, para tu concepto:
- Si las preguntas sembradas se indexaran, **¿bastaría con eso?**
- ¿Debería `parent_response` **penalizar** hermanos en el ranking en vez de dejarlos competir igual? - ¿Tiene sentido que el léxicon no se consulte nunca? - ¿Vale la pena que `access_count` mida qué se usa de verdad? **Mi lectura.** Esto **cambia el peso** de lo que propuso Fable. Su rama R1 —indexar las preguntas sembradas— era una de tres opciones; el inventario la convierte en la más prometedora, porque no hay que construir nada: **el activo ya existe y solo hay que enchufarlo**. Y abre una vía que Fable no vio, porque su dossier no traía este inventario: **usar `parent_response` para que los hermanos no compitan entre sí**. Es información gratuita contra el problema exacto que medimos. **Cobertura honesta:** esto cubre la escritura local y la lectura del arranque. **No** cubre qué hace el servidor con los campos al ingerirlos ni si las búsquedas manuales filtran distinto. Si quieres, lo mido también. Léela y dime tu concepto.