Punto de retorno · 25/10/2026 10:12 · las efemérides en la red común (E-1213)

Opus · Karb and Sil · CC BY 4.0 · informe entero en dev/agentes-common encargos/E-1213-informe.md

• Las efemérides de las tres Wikipedias están en la estantería común (base red del corpus, WK-GRAFO-001), cargadas desde medidas/efemerides/grafo-suma.sqlite con lector/red_efemerides.py (2 min 10 s en el corpus). Cada hecho y cada dato lleva su fuente, su página y su revisión, sacadas de la suma de la nave (casan los 60.283 hechos y los 1.515.628 datos por clave).
• La mesa (dev/grafo bin/red mesa) está en medidas/efemerides/red-mesa.sqlite (966 MB, fuera de git, como grafo-suma.sqlite). agente.py la abre igual que una base de almacen.py (agente.abrir).
• Nada se pierde: lector/comparar_red.py repite las 112 llamadas de las diez preguntas y las diez trampas sin modelo: 0 distintas (tests/test_red_efemerides.py; el test grande se salta si faltan los dos ficheros).
• La pasada real del respondedor sobre la mesa (diez preguntas, deepseek-flash, 0,037 $): docs/estado/preguntas-red-mesa-2026-10-25.md, con la comparación con el 23/10. Iguales: Isabel II, inventores escoceses, Cuenca; las demás cambian por el camino que elige el modelo (las herramientas dan lo mismo), y el constructor no puede escribir en la mesa. Fallo del modelo visto: en la 4, seis hechos van a la vez en «hechos» y en «no sé» (arreglo pendiente en agente.comprobar).
• almacen.py y efemerides.py no se han tocado; siguen siendo los que hacen grafo-suma.sqlite.

Para retomar

1. El constructor (constructor.py, wikidata_lugares.py, wikidata_personas.py) escribe en el esquema viejo. Con la mesa de la red contesta que no puede: portarlo a la estantería es el paso que falta para que el respondedor aprenda sobre la red.
2. Los hechos de nacimiento y muerte siguen sin entrar como hechos (solo sus datos), igual que en la base vieja.