ember-memory-test/episodes/EXPLORA_tiene-dos-modos_S20260712.R2_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
d08924fe-ac49-4708-a322-e2059ff4a28c	EXPLORA_tiene-dos-modos_S20260712.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20260712.PIPELINE_PG_HYDE_FIX	informar	multi_actor	low	NONE	operations	troubleshooting	EPISODIO 2 — MNEMO_PRE_DIGEST: Tiene DOS modos	claude_code	internal	2026-07-12T19:55:59.782516+00:00	false	pending

Letra	En palabras simples	El nombre técnico
S — Scope	Escribir bien la misión: dónde estamos, a dónde queremos llegar, y qué NO entra	formalizar el objetivo (S0→G, "done observable")
H — Harvest	Recoger toda la información posible, ancho primero (de los archivos, la memoria, el historial de git, la web)	cosecha multi-fuente (MULTI-STORE-RETRIEVAL)
E — Essence	Exprimir cada fuente a hechos sueltos y limpios, cada uno con su origen y qué tan seguro es. Nunca pegar texto crudo	destilar a hechos atómicos con procedencia
R — Redact	Escribir la carta para Fable: primero los documentos, la pregunta al final (así el modelo entiende ~30% mejor). Decir QUÉ debe devolver, jamás CÓMO pensar	prompt maestro documents-first, query-last
P — Pact	Acordar la forma exacta en que Fable debe devolver el plan, para que yo lo pueda ejecutar paso a paso como una receta, sin volver a pensarlo	contrato de retorno (un schema)
A — Assure	Revisar con candados automáticos antes de entregar: ¿cabe en el presupuesto? ¿se entiende de frío? ¿no lleva contraseñas?	gates binarios (budget/cold-start/secrets)

La clave de la fase E y P: si le pegara a Fable los archivos enteros, estaría cargando "una mochila llena de piedras" — Fable quemaría sus tokens caros haciendo mi trabajo barato. Por eso todo se destila primero, y el plan vuelve en un molde fijo que yo ejecuto mecánicamente.

Tiene DOS modos

1. Modo PLAN (el normal): Fable diseña el plan, yo lo ejecuto. (Esto es exactamente lo que hicimos en este chat: yo le preparé a Fable el briefing del subsistema de cierre, Fable diseñó las 12 variantes, yo las construí. El nombre de esta sesión es literalmente SHERPA_BRIEFING_FABLE.)

2. Modo AUDITORÍA (más nuevo): Fable revisa el trabajo que yo ya hice en el mismo chat. Compara lo que yo dije que hice (mis afirmaciones) contra la prueba real (los cambios de git, los tests vuelto a correr). Y devuelve un veredicto: aprobado, aprobado-con-hallazgos, o rechazado, con las correcciones. La regla de oro aquí: yo no puedo calificar mi propio trabajo — la prueba se regenera con herramientas de verdad, no la cuento de memoria. El juez es Fable, no yo.

Las protecciones (por qué no es solo "copiar y pegar")