ember-memory-test/episodes/TRAZA_cierre-de-la-sesin-grafo-ndice_S20260607.R35_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
7d9a21e4-7b39-4cf4-b076-fe653f543814	TRAZA_cierre-de-la-sesin-grafo-ndice_S20260607.R35_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20260607.MNEMO_BUG_FORENSE_MAP	informar	multi_actor	low	NONE	operations	troubleshooting	EPISODIO 35 — brasaluz.com: Cierre de la sesión grafo-índice	claude_code	internal	2026-06-08T22:14:24.572594+00:00	false	pending

Consecuencias por camino:

• (1) Rotar ahora — tú generas una key nueva en OpenRouter + revocas la vieja en su dashboard (eso es 100% tuyo, fuera de mi alcance); yo actualizo el litellm/config.yaml server-side a la nueva + creo .env.local canónico. El git history viejo sigue conteniendo la leaked, pero al estar revocada queda inerte. Cierra la deuda de raíz.
• (2) Limpieza git history además — git filter-repo destructivo sobre los 3 remotos para borrar la key del historial. Es un sprint dedicado, coordinado, con riesgo (reescribe historia compartida) — NO recomendado salvo que quieras borrado total.
• (3) Anclar y seguir — dejo la deuda en pila y seguimos con otra cosa. La key sigue viva hasta que la revoques.

Mi inclinación (y qué la cambia): me inclino por (1) — revocar la key vieja en OpenRouter es el acto que de verdad neutraliza el riesgo (sin revocación, borrar del history no sirve de nada; con revocación, el history viejo es inofensivo). La parte tuya (generar+revocar) es el paso crítico; lo mío (actualizar config) es mecánico. Cambiaría a (3) si ahora no quieres entrar al dashboard de OpenRouter.

La pregunta esencial (solo tú): ¿entras al dashboard de OpenRouter a generar key nueva + revocar la vieja ahora, o anclo la deuda y seguimos?