feat(episode): TRAZA_para-john-r2_S20260616.R16_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 16 — Qdrant: 📍 PARA JOHN — R2

episodes/TRAZA_para-john-r2_S20260616.R16_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,36 @@
+---
+episode_id: "6e800ce2-5b15-481f-bbce-95129c5a722a"
+puente_flat: "TRAZA_para-john-r2_S20260616.R16_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260616.LOOP_WRITE_BACKLOG_DISCARD"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "NONE"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 16 — Qdrant: 📍 PARA JOHN — R2"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-06-17T21:21:02.695676+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+Mientras el workflow lo vuelve exhaustivo, te adelanto las **dimensiones** que ya veo que me faltan (más allá de tus 5 de interacción) — para que ya puedas empezar a guiarme sin esperar:
+
+- **Sustrato físico/software** (lo que pediste explícito): ¿en qué hardware/disco/container del servidor MEMORIA vive cada secreto? ¿qué software lo carga (`env_file` de compose vs `.env` vs `.env.local` vs `set -a; . .env` en shell vs librerías cliente psycopg2/asyncpg/qdrant-client/neo4j-driver)? ¿hay un **gestor de secretos** (Vault/SOPS) o todo es archivos planos + env? ¿cómo está la red (`pg_hba`, ember-net/mnemo-net) que decide qué auth aplica?
+- **Superficie de exposición:** ¿dónde está cada secreto **en reposo** (cuántas copias, cuáles inertes)? ¿está **cifrado** en reposo/tránsito o en claro? ¿vive en la historia de git de los 3 remotos? ¿quién/qué proceso puede leerlo?
+- **Ciclo de vida:** ¿cuándo se creó cada uno? ¿cadencia de rotación / TTL / expiración? ¿quién lo rota y cómo se **distribuye** a sus consumidores?
+- **Fallo y recuperación:** ¿cómo detecto si un secreto está vivo/muerto/**stale** sin falso positivo (la lección `trust` vs `scram` de ayer)? ¿qué se **rompe en cascada** si un secreto muere? ¿hay single-points-of-failure?
+- **Gobernanza y autoridad:** ¿quién tiene autoridad sobre cada secreto (John / Ember / Casbin CA-3)? ¿qué reglas lo protegen (BLINDADA-29, `mega-hook-writing`)? ¿cuál es su procedencia?
+- **Grafo de dependencias:** el mapa **completo** proceso↔secreto↔recurso — ¿qué secretos comparten varios procesos (acoplamiento) y qué cae si uno se filtra?
+- **Freshness/auditoría:** ¿quién tocó cada secreto/config por última vez? ¿mi información sobre esto está fresca o **desactualizada**, y quién la mantiene?
+- **Económico:** ¿cuáles cuestan dinero si se filtran (LLM/LiteLLM) y cuáles son **irrecuperables**?
+
+El workflow (5 lentes + síntesis) está dedupando y organizando esto en una **taxonomía canónica** marcando qué ya responde el dossier y qué es **gap real**. Te la traigo cuando vuelva — y esa taxonomía es, literalmente, el **molde de preguntas** que el skill matriz aplicará a cualquier dominio.
+
+### 📍 PARA JOHN — R2
+- **Hice:** te adelanté 8 dimensiones de preguntas que me faltan (sustrato físico/software, exposición, ciclo de vida, fallo/recuperación, gobernanza, grafo, freshness, económico) + lancé un workflow multi-lente para volverlo exhaustivo.
+- **Falta:** la taxonomía sintetizada del workflow (llega por notificación) + tu guía sobre qué dimensiones priorizas.
+- **Mi consejo:** mientras llega, dime si alguna dimensión que nombré te parece sobrante, o si falta alguna que tú ves crítica (tú conoces ángulos del ecosistema que yo aún no) — así la taxonomía nace ya alineada a tu intención.
+- **¿Cómo seguimos?** Espero la taxonomía + tu guía; luego decidimos si la cristalizo como sección del dossier y/o como el molde del skill matriz.