5008b5e775
Skill: TESSERA | Type: troubleshooting Summary: EPISODIO 1 — MNEMO_PRE_DIGEST: El fix de resiliencia committeado (`bc6d0cbf`, 3/
3.7 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 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 74ccf988-3346-4ddc-a34f-0e906cd950c8 | TRAZA_el-fix-de-resiliencia-committeado-bc6d0c_S20260712.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD | S20260712.SHERPA_MISION1_LOOPWRITE | informar | multi_actor | low | TESSERA | operations | troubleshooting | EPISODIO 1 — MNEMO_PRE_DIGEST: El fix de resiliencia committeado (`bc6d0cbf`, 3/3 remotos). | claude_code | internal | 2026-07-12T16:48:55.007090+00:00 | false | pending |
El fix de resiliencia committeado (bc6d0cbf, 3/3 remotos) y el 3er intento corriendo (beh8k0iow). Estado honesto y compacto:
Dónde estamos: el brazo-R — la última pregunta abierta del arco (¿la reparación supera a la selección, o todo es cosecha de pass@K?) — cayó dos veces por red local intermitente, no por diseño. Endurecí el harness (tolerancia por-pareja, verificada con test puro-stub) para que un blip cueste 1 pareja y no el modelo entero, y acorté la ventana. 3er intento en marcha.
Lo que NO cambia pase lo que pase: el arco ya está en su estado honesto y committeado — la corrección de la auditoría ("cosechador de pass@K", no "amplificador") es el veredicto vigente. El brazo-R solo puede rehabilitar la palabra "amplificación" si la reparación gana; si la red lo tumba una 3ª vez, lo declaro deuda de infra y el veredicto "cosecha" queda definitivo. En ambos casos, ganamos precisión, no la perdemos.
No hago polling — la notificación me trae con el número (o con el 3er fallo, que reportaré igual de claro).
🏁 MISIÓN CUMPLIDA, John — VERDICT PASS registrado: el gate oficial del retrieval pasó (hyde@10 0.852 · clean@1 0.917 · 600 puntos). Todo el backlog del chat está cerrado.
El arco completo del día, medido (no declarado)
| Señal | Cuando empezó este chat | Ahora |
|---|---|---|
| PostgreSQL (store canónico) | 342 filas, congelado 5 días, fallo invisible | 582 filas, VIVO, contabilidad honesta |
| Cola local de ingesta | 83 payloads en deadlock eterno | 0 — converge sola |
Qdrant ember_experience |
659 puntos (~40% contaminación) | ~600 canónicos (144 variantes fuera con backup, 170 rescatados, 206 HyDE dignas) |
| recall@1 / recall@10 | 0.544 / 0.794 | 0.604 / 0.852 |
| MRR@20 | 0.640 | 0.693 |
| Salud embedding | sin medir | 0.917 |
| Gate de retrieval | FAIL espurio, sin cron | PASS formal + cron diario 06:00 |
| Vigilancia | ninguna | watchdog cada 2h (frescura/inbox/rejected) |
rejected/ |
77 acumulando + 3 bugs generadores activos | 0 activos (154 archivados) + 3 fixes con TEST_PRE/POST |
La mejora "no explorada" que pediste resultó ser la joya: el fan-out de 12 agentes autoró 1.400 preguntas HyDE dignas (10×140 episodios que tenían las mecánicas "¿Qué pasó con:…"), inyectadas tanto en PostgreSQL (vía rescate) como en los puntos Qdrant existentes (set_payload) — es la diferencia entre 0.794 y 0.852 de recall@10 sobre un corpus 77% más grande que el baseline de julio-3. Y el rescate salvó de verdad: 206 memorias que solo vivían en Qdrant ahora tienen 170 filas canónicas en PostgreSQL (los 35 restantes eran mayormente-chrome — F0 los rechazó honestamente y se conservan en Qdrant).
Registro completo: CIERRE_PIPELINE_MEMORIA_S20260712.md · commits 24353df0 → 7d08ce7a → 840159a6 (3 remotos ✅) · backups de TODO en ~/backups/ (crisol .bak, dump episode, listas r4/r4b íntegras 1,17 MB) · MEMORY.md apuntado (con el procedimiento D3 completo: backup + presencia + flag).