ember-memory-test/episodes/DEPURA_a3-drafts-de-avisos-dlc-4-preparados-pa_S20260619.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

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
fb12577c-4e0f-4ac1-9603-c89f09b3f813	DEPURA_a3-drafts-de-avisos-dlc-4-preparados-pa_S20260619.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20260619.WIKI_MEMORIA_SCRUB_AVISO	informar	multi_actor	low	AEGIS	operations	troubleshooting	EPISODIO 3 — MNEMO Pipeline: A3 — drafts de AVISOs DLC-4 preparados (para tu OK antes de	claude_code	internal	2026-06-19T14:12:30.649695+00:00	false	pending

✅ A2 — scrub completado y verificado (SSH-safety: backup→edit→verify):

• Backup creado (tavily-api-key-missing.md.bak.pre_scrub_S20260619, 2146 bytes).
• 0 keys tvly restantes (la credencial tvly-dev-… removida); placeholder SCRUBBED_S20260619_API_KEY_REMOVED en su lugar.
• Líneas 47/47 (contenido intacto, solo cambió el secreto). Línea 29 ahora: TAVILY_API_KEY=SCRUBBED_S20260619_API_KEY_REMOVED.

La credencial en claro en la wiki-MEMORIA quedó neutralizada. (Nota: como el scrub de MEMORY.md, esto es contención; si la key estuviera viva, faltaría rotarla — pero la página la marcaba RESUELTA/dev-key.)

A3 — drafts de AVISOs DLC-4 preparados (para tu OK antes de aplicar)

Verifiqué las "realidades fresh" de las 5 obsoletas (4 firmes, 1 a confirmar). Aquí los drafts:

Página obsoleta	Decía (snapshot)	Realidad fresh (verificada)	Confianza
tavily-api-key-missing	key faltante + key en claro	✅ key scrubeada hoy (A2); incidente RESUELTO	alta (lo hice este turno)
memory-md-counts-drift	LEXICON 523 / counts viejos	lexicon.db = 109 active (corregí MEMORY.md este chat)	alta
neo4j-password-rotation-stale	incidente de rotación abierto	password rotada S20260616 (MEMORY.md); cerrado	alta
forgejo-stale-pipeline-idle	pipeline idle desde abr-2026	pipeline MNEMO v4.0 reconstruido; crisol ingiere (boot)	alta
conversation-turns-table-ghost	tabla ghost 0 filas, decisión A/B/C abierta	⚠️ a verificar (¿sobrevivió al REINICIO_PERFECTO?)	requiere query PG

Por qué NO los apliqué a ciegas: insertar contenido multilínea formateado en 5 páginas del servidor vía SSH es delicado, y PROBATOR fue explícito — AVISO ≠ rewrite, no inventar la "realidad fresh". 4 realidades las tengo verificadas; la 5ta (conversation-ghost) necesita un query a PostgreSQL antes de afirmar nada.

El prólogo de A3

Reframe. El scrub urgente está hecho. Los AVISOs son calidad documental (DLC-4), no urgencia — y son contenido de la wiki (territorio HITL).

Mi inclinación. Aplico los 4 AVISOs de confianza alta vía SSH (mismo patrón seguro que el scrub: backup→insert→verify), y dejo conversation-turns-ghost pendiente de un query PG para no inventar su estado. Cada AVISO preserva el snapshot abajo (DLC-3) y añade la tabla "decía vs realidad" arriba.

La pregunta esencial: ¿aplico los 4 AVISOs firmes ahora (con backup, dejando conversation-ghost para verificar), o prefieres revisar los textos antes de que toquen la wiki?

📍 PARA JOHN — R1 (sesión WIKI_MEMORIA_SCRUB_AVISO)

Hice: scrub de la credencial tvly en la wiki (A2) — seguridad cerrada, con backup y verificación. Preparé los 5 drafts de AVISOs A3 con sus realidades fresh.

Falta: aplicar los AVISOs (4 firmes + 1 a verificar) — es tu decisión por ser contenido de la wiki HITL.

Mi consejo: A — aplico los 4 AVISOs de confianza alta ya (backup garantizado), y verifico conversation-ghost con un query PG antes de su AVISO.

Para avanzar, elige: 🟢 A (recomendado) aplico los 4 AVISOs firmes + verifico el 5º · 🟡 B revisas los textos primero · ⚪ C A2 basta por hoy, AVISOs después.

📌 PILA-PENDIENTES (R1): ✅ RESUELTAS: A2 scrub key tvly (seguridad, backup, 0 keys) · 🟠 HIGH (tu OK): A3 aplicar 4 AVISOs firmes · 🟡 MED: conversation-ghost (verificar PG), A1 recalibrar métrica (local), A4 proposer diferido · ❓ John: A/B/C.