ember-memory-test/episodes/DEPURA_lo-que-pas-en-plastilina_S20260704.R51_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
a7d49157-6502-41f7-99bc-ed21417e5295	DEPURA_lo-que-pas-en-plastilina_S20260704.R51_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20260704.ANTI_OLVIDO_ESTADO_VIVO	informar	multi_actor	low	NONE	operations	troubleshooting	EPISODIO 51 — BLINDADAS: Lo que pasó, en plastilina	claude_code	internal	2026-07-12T16:18:39.196153+00:00	false	pending

Qué haré: cerrar el último instrumento mentiroso. El contador de skills tiene 3 versiones de la verdad (74 en disco, 54 en CLAUDE.md, 73 en INFRA_MANIFEST) porque el validador no sabe leer la tabla de "Subagentes ejecutores" de CLAUDE.md — se salta esas ~20 filas y por eso cree que faltan. Le enseñaré a leer esa sección (A-6 Parte A: añadir un "ancla" de sección al parser en validate_skills_catalog.py, siguiendo el PASO A.1/A.2 de la spec: primero copio el bloque real con grep, nunca edito a ciegas). El drift de conteo residual que quede es decisión tuya (¿el número canónico es 73, 74, o los subagentes cuentan aparte?) — te lo presentaré con su prólogo, no lo forzaré. Después, si el turno da, arranco F-B con scripts/trend_report.py (el comparador "¿estoy mejor o peor que ayer?" sobre los 170 snapshots históricos).

Qué puede salir mal: que el regex del ancla no capture la tabla (mitigado: la spec trae el diagnóstico de ese caso — verificar la unión de sets con grep y, si falla 2 veces, rollback y reporte, no forzar regex a ciegas).

Cómo se revierte: git checkout HEAD -- .claude/hooks/lib/validate_skills_catalog.py — un comando.

(Nota: el bloque de arriba es snapshot T=0 pre-turno; el "_meta 18d sin bump" que muestra ya quedó corregido DURANTE este turno — el post-turno T=N y el próximo boot lo reflejarán.)