Ingeniería de IA
OpenWiki: citar una fuente no basta si tu agente usa una versión antigua
La memoria de un agente también caduca. OpenWiki enlaza afirmaciones con evidencia y un nuevo estudio explora cómo seguir sus relaciones para comprobarlas.
Una cita correcta puede apuntar a una regla que ya cambió
Un agente puede enlazar el documento adecuado y aplicar una regla antigua. El enlace sigue funcionando, pero una versión posterior ha cambiado lo que debe hacer. Conservar la fuente ayuda a comprobar una respuesta; también hace falta conocer su vigencia.
LangChain publicó el 28 de octubre un experimento con OpenWiki y un grafo de evidencias. La propuesta conecta el conocimiento resumido con los pasajes y relaciones que permiten revisarlo.
OpenWiki ya genera wikis Markdown a partir de código y otras fuentes. Su sistema de afirmaciones respaldadas, llamadas Grounded Claims, conserva evidencia versionada para las wikis de repositorios. La novedad del estudio está en recorrer las relaciones entre esas evidencias.
Recordar qué se sabe y por qué se cree
Una página resumida puede contener varias afirmaciones sobre una API, una configuración o un flujo. OpenWiki vincula esas afirmaciones con la evidencia que las respalda y su versión. Así puede localizar qué partes necesitan revisión cuando cambia el código, en lugar de regenerar toda la documentación.
El mecanismo de actualización compara la evidencia guardada con la fuente actual. Una huella distinta señala que hay que volver a comprobar la afirmación. No demuestra que sea falsa: una corrección de redacción puede cambiar el texto sin alterar su significado. La revisión posterior confirma, corrige o retira lo que estaba documentado.
Esta comprobación se hace al actualizar la wiki, no por el mero hecho de haberla creado una vez. El repositorio actual limita Grounded Claims a wikis de código y evidencia del repositorio. Los datos llegados por conectores quedan fuera de ese seguimiento.
El grafo ayuda a seguir la relación entre las fuentes
En el experimento, el grafo convierte las citas en conexiones explícitas entre afirmaciones y pasajes. Puede representar que una versión sustituye a otra. El agente localiza un punto de partida y sigue esas relaciones, en vez de reconstruirlas con cada búsqueda.
Es una capa adicional del estudio, no una garantía de que el paquete instalado incluya esos mismos recorridos. Si una cita generada está mal, convertirla en una relación conserva ese error.
Los grafos pueden resolver necesidades diferentes. Microsoft GraphRAG, por ejemplo, extrae entidades y relaciones, organiza comunidades y genera resúmenes para la recuperación. Aquí interesa un mapa más acotado: desde una afirmación hasta sus pruebas y las versiones que la afectan. La elección depende de qué relaciones necesita consultar tu agente.
Un informe que antes se conservaba treinta días
Este ejemplo es sintético. Un manual v1 indica que los informes se guardan treinta días y una wiki recoge esa afirmación. El manual v2 reduce el plazo a siete y sustituye expresamente al anterior. Una respuesta que cite v1 puede estar bien referenciada y seguir dando un plazo incorrecto para v2.
También hay un cambio menos evidente. Reescribir «Retención de informes: 30 días» como «Los informes se conservan durante 30 días» modifica la huella del texto aunque mantenga el dato. Ambas variantes y el cambio a siete días se han comparado localmente con SHA-256. Es una demostración de huellas, no una prueba de OpenWiki ni de un agente.
Si v1 permanece intacto y solo aparece v2, la huella de v1 puede seguir igual. Por eso importan las relaciones de sustitución y el alcance de la pregunta. La revisión debe comprobar qué versión aplica; detectar que unos bytes han cambiado resuelve una parte distinta del problema.
Qué enseña la evaluación y qué queda por medir
Las pruebas de LangChain usan 111 documentos sintéticos. Al comparar la wiki con búsquedas por palabras clave, la mejora se concentra en preguntas que conectan fuentes. En consultas sencillas, ambas opciones aciertan de forma similar y la búsqueda responde antes.
La consistencia mide si se citan las mismas pruebas entre ejecuciones; no si la respuesta es correcta. Los costes publicados excluyen compilar y mantener la wiki. Son resultados del proveedor, no una prueba de ahorro en tu biblioteca.
Dónde probaría este enfoque
Empezaría en documentación que varios agentes consultan a menudo y donde las versiones cambian el significado: contratos de API, configuración o procedimientos técnicos. Seleccionaría preguntas cuya respuesta dependa de dos fuentes, además de otras que se resuelvan leyendo un solo pasaje.
Después cambiaría una regla, introduciría una versión que la sustituya y revisaría las respuestas antes y después de actualizar la wiki. Comprobaría el dato, la versión aplicable y el pasaje citado. Así se puede decidir si mantener esa memoria aporta algo frente a consultar las fuentes directamente, incluyendo el trabajo de actualizarla.