ember-memory-test/episodes/EXPLORA_bloque-posta-pegar-en-la-nueva-ventana_S20260719.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
c367e1ff-5008-46da-a5b0-27b6b49d20b4	EXPLORA_bloque-posta-pegar-en-la-nueva-ventana_S20260719.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20260719.ORACULO_RETRIEVAL_X09	informar	multi_actor	low	NEXUS	operations	design	EPISODIO 2 — MNEMO_PRE_DIGEST: 🏃 BLOQUE POSTA — PEGAR EN LA NUEVA VENTANA (cambia el modelo	claude_code	internal	2026-07-19T17:22:02.029363+00:00	false	pending

Commit 2c5e7ab6 — 3/3. Aquí está la POSTA lista para pegar. 📄 generados-por-claude/sherpa/POSTA_S20260719_sota_memoria_frontera.md

—

🏃 BLOQUE POSTA — PEGAR EN LA NUEVA VENTANA (cambia el modelo a Fable primero)

—

Hice: la segunda POSTA — arranca una ventana donde Fable destila el estado del arte de memoria de IAs frontera desde tus documentos externos y lo compara contra nuestro plan de reestructuración v1.1. Commit 2c5e7ab6 3/3.

Lo que blindé (importante): los documentos vienen de otras IAs, así que la POSTA obliga a tratarlos como datos, no instrucciones (anti prompt-injection) y a verificar cada claim — porque en S20260705 medimos que ~30-40% del research externo que revisamos tenía citas fabricadas. Fable no debe tragarse el SOTA; debe verificarlo. Y le pedí una comparación honesta (si el estado del arte nos supera en algo, que lo diga).

Cómo proceder: cuando tengas los documentos, ponlos donde Fable los encuentre (la convención a-subir-servidor/ sirve), cambia el modelo a Fable, y pega el bloque. Fable te devolverá un documento COMPARATIVA_SOTA_MEMORIA_vs_PLAN con convergencias, gaps y recomendaciones para fortalecer el plan.

Para avanzar, elige:

• 🟢 A (recomendado) — Tienes la POSTA; abres ventana nueva con Fable cuando tengas los documentos listos.
• 🟡 B — Ajusto algo de la POSTA (enfoque, qué arquitecturas priorizar, formato del entregable).
• ⚪ C — Otra cosa en esta ventana.

Commit 742435f9 — 3/3. Aquí está el prompt completo y verificado. 📄 generados-por-claude/sherpa/PROMPT_IAS_EXTERNAS_SOTA_MEMORIA_S20260719.md

—

📋 PROMPT PARA PEGAR EN LAS OTRAS IAS (una por una: ChatGPT, Gemini, Perplexity, Claude)

—

Hice: el prompt completo (no abreviado) y verificado para pegar en las otras IAs. Antes de escribirlo, confirmé con búsqueda web que los sistemas-ancla son reales (MemGPT/Letta, Zep/Graphiti, LongMemEval, Mem0, A-MEM, HippoRAG) — así el prompt no manda a investigar fantasmas. Y le puse las mismas defensas que a nosotros: exige citas verificables, etiquetas de confianza, prohíbe inventar papers/métricas, y separa "lo que no pude verificar" para que no contamine. Commit 742435f9 3/3.

Lo astuto del diseño: las 6 preguntas específicas están calibradas a los ejes de nuestro plan (¿consolidan en temas?, ¿retrieval jerárquico?, ¿summary al escribir?, ¿reconocen la densidad de distractores?, ¿discuten el leakage en la evaluación?). Así, cuando las IAs respondan, Fable tendrá exactamente los puntos de contraste que necesita — convergencias y gaps sobre nuestro diseño saldrán casi solos.

Cómo proceder: pega el bloque en cada IA por separado, guarda cada respuesta (p.ej. en a-subir-servidor/SOTA_MEMORIA_chatgpt.md, _gemini.md, etc.), y luego abres la ventana de Fable con la POSTA anterior — Fable lee esas respuestas + nuestro plan y produce la comparativa.

🌐 BITÁCORA S20260719.ORACULO_RETRIEVAL_X09.R20: 🌐 WEBSEARCH ×4 (arxiv.org, getzep.com, mem0.ai...) → anclas verificados HARD_FACT, cero red-flags de inyección 🆕 WRITE generados-por-claude/sherpa/PROMPT_IAS_EXTERNAS_SOTA_MEMORIA_S20260719.md → prompt + passport ⚡ BASH git commit 742435f9 + push origin/forgejo/sriyantra → 3/3