feat(episode): TRAZA_decisin-cmo-drenar-los-110-episodios-lo_S20260609.R66_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: TESSERA | Type: troubleshooting
Summary: EPISODIO 66 — MNEMO: 📖 Decisión: cómo drenar los 110 episodios LOOP_WRITE
This commit is contained in:
Ember 2026-06-10 17:00:10 +00:00
parent 7e13f366a0
commit 3aad3156f2

View file

@ -0,0 +1,33 @@
---
episode_id: "9b53ef16-2829-4b4c-bfca-27ecc379cf79"
puente_flat: "TRAZA_decisin-cmo-drenar-los-110-episodios-lo_S20260609.R66_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260609.SELFAWARENESS_MISION_CRITICA"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "TESSERA"
fase_proyecto: "operations"
tipo_semantico: "troubleshooting"
summary_one_line: "EPISODIO 66 — MNEMO: 📖 Decisión: cómo drenar los 110 episodios LOOP_WRITE"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-06-10T17:00:09.671132+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
Commit `f186493` en los 3 remotos. **El 401 está cerrado.** Ahora la decisión del LOOP_WRITE con su prólogo. ## ✅ B-NEW-401 RESUELTO — verificado en vivo
Apliqué tu key nueva a los 2 `.env`, recreé los containers y verifiqué por tres vías independientes:
| Verificación | Resultado |
|---|---|
| `generate_embedding` real dentro de ember-mcp | **`dim=3072`** ✅ |
| `search_memories` vía MCP | ejecuta **sin 401** ✅ |
| `qdrant_count ember_experience` | **582 pts**, data intacta ✅ |
**Lección clave (ya corregida en el runbook):** `docker restart` NO recarga el `env_file` — reusa el environment viejo; por eso el primer intento siguió en 401 pese a tener la key buena en `.env`. Solo `docker compose up -d --force-recreate` re-lee el `.env`. Esto va al runbook para futuras instancias. **🔒 Nota de seguridad:** la key nueva quedó en el transcript de este chat (JSONL local en `~/.claude/projects/`, **fuera del repo, no pusheada** — contenida). Recomendación: ponela también en `.env.local` local (gitignored, solo vos) y **que nunca toque git** — fue exactamente el leak a git lo que mató a la anterior. La key vieja `sk-or-v1-6ea…` está revocada (inofensiva). ---
## 📖 Decisión: cómo drenar los 110 episodios LOOP_WRITE
**Reframe:** no es "pushear sí/no" (sí, hay que hacerlo) — es **por qué vía**, y eso decide si los 110 episodios quedan coherentes en los 3 stores o solo en Qdrant con una deuda de backfill. **Historia:** los 110 payloads (109 `ember_experience` + 1 `ember_inner` write-once) se acumularon porque el 401 bloqueaba sus embeddings. Ahora desbloqueados. Hay dos caminos, y el script canónico (`drain_pending_qdrant_v1_S20260524.py`) explícitamente pide tu OK porque es mutación de memoria.