2 KiB
| episode_id | puente_flat | session_code | acto_dialogico | actor_flujo | criticidad_aegis | skill_dominante | fase_proyecto | tipo_semantico | summary_one_line | source_type | trust_boundary | created_at | relectura_tagged | forgejo_commit_sha |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 59c026d3-71f1-4937-9ecb-f3837b04f08a | EXPLORA_doc-veredicto_S20260719.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD | S20260719.ORACULO_RETRIEVAL_X09 | informar | multi_actor | low | NONE | operations | troubleshooting | EPISODIO 2 — MNEMO: | Doc | Veredicto | | claude_code | internal | 2026-07-19T19:41:02.468728+00:00 | false | pending |
La lección afinada: los turnos de una misma sesión son los distractores más duros del corpus — todos dicen "PARA JOHN — Rn" con la misma ceremonia. Ni el filtro perfecto los separa, porque lo que está indexado no los distingue. El plan ya tenía escrita la rama para este resultado (por eso el micro-experimento existía): F1 se amplía — además del writer v2 para los episodios nuevos, backfill de summary/texto discriminativo para los 858 turnos existentes, y luego re-corremos PRE-F2 (mismo script, costo cero) para fijar el target de F3 con el número real. Cero rediseño: es la consecuencia pre-registrada, activada.
De paso cerré el núcleo de F0: el contract-test golden de search_memories está VIVO y testeado (control positivo PASS, control negativo FAIL con diff exacto, sha estable 77213c4c…) — a partir de ahora, cada gate del plan verifica mecánicamente que no rompimos a ningún consumidor.
📖 La decisión que ahora es tuya (PRÓLOGO)
Qué se decide realmente: no "¿seguimos?" — se decide si autorizo F1, la primera fase que toca la ingesta VIVA (el crisol) y los 858 vectores de producción. Por eso el plan la marcó ⛔CA-3 desde el diseño.
De dónde viene: el plan preveía F1 solo para que los episodios nuevos nazcan completos. El gate de hoy activó la ampliación: sin backfill de los viejos, la jerarquía de F2/F3 no puede pagar — lo acabamos de medir.