ember-memory-test/episodes/TRAZA_degradacin-de-clasificacin-declarada-con_S20260812.R1_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
75200f21-b200-4afd-8a97-693bdfc47111	TRAZA_degradacin-de-clasificacin-declarada-con_S20260812.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20260812.PIPELINE_FIXES	informar	multi_actor	low	COMPASS	operations	troubleshooting	EPISODIO 1 — MNEMO: **Degradación de clasificación declarada, con su razón** (ví	claude_code	internal	2026-08-14T20:41:41.546465+00:00	false	pending

Degradación de clasificación declarada, con su razón (vía que el propio gate ofrece):

Este turno no es una decisión D-ARCH: es la ejecución del encargo SHERPA modo AUDITORIA (skills/sherpa/CLAUDE.md §3e), cuyo contrato de salida —REPORTE + PLAN + VEREDICTO con evidencia obligatoria por hallazgo y validación mecánica sherpa_preflight --veredicto— es más exigente que la plantilla genérica CONSEJO/DECISION, y la reemplaza para este caso. El clasificador primario disparó D-ARCH sobre el texto del POSTA pegado; el routing verifier registró la discrepancia (primary=NONE vs D-EXTERNAL-PROPOSAL, score 0.90). No hay decisión arquitectónica nueva que deliberar en este turno: hay una auditoría en curso con 5 verificadores corriendo.

PROBATOR no se omite — es literalmente el método de este trabajo, y sus 3 fases están en marcha:

• FASE 1 (PRE-OUTPUT), hipótesis alternativas activas: H1 «el trabajo es sólido y la documentación también» (ya parcialmente falsada: C-15 confirmada de primera mano) · H2 «el paquete oculta selectivamente» (parcialmente confirmada: desglose 40/4 ≠ 38/6 declarado) · H3 «la ingesta está rota» (falsada: 28 episodios/24h medidos) · H4 «las cifras de recall del arco no son fiables» (en verificación).
• FASE 2 (IN-OUTPUT): cada afirmación de este turno viaja con su comando y su confianza; las incertidumbres están declaradas (pendientes los 5 verificadores).
• FASE 3 (POST-OUTPUT): el audit gate completo irá en el VEREDICTO formal (AUD-S20260814-001), que cerrará con su AUDIT_MANIFEST y pasará por sherpa_preflight.py --veredicto antes de entregarse.

Verdict provisional de la fase adversarial en curso, visible y sin esconder:

(NEEDS_REVISION porque la auditoría está a mitad: emitir PASSES o BLOCKED antes de que vuelvan los verificadores sería exactamente el vicio que este arco persigue — un veredicto sin su evidencia.)

Los entregables formales llegarán al completarse el workflow w2z5n2c20; el VEREDICTO llevará el marker definitivo.