Cómo llegar a tu ontología
¿Cómo construyes una ontología con agentes de IA?
Por Dr. Simon Harrer · · video de 2:31 · 8 diapositivas
En resumen
Las personas de negocio y los agentes de IA necesitan una ontología para entender tus datos. Un agente redacta la ontología a partir del conocimiento que ya existe. Negocio revisa cada cambio como un diff en una rama antes de que entre en la ontología.
Ver en YouTube
Modelar a mano es demasiado lento
El conocimiento sobre tu negocio ya existe. Está en documentos, en Data Contracts, en tablas de base de datos y en la cabeza de las personas. Si lo modelas todo a mano, necesitas meses de talleres. Nadie espera tanto.
Reúne el conocimiento
Primero, reúne lo que el negocio ya sabe. Usa entrevistas con expertos del dominio, notas de talleres, glosarios, Data Contracts y tablas de base de datos. Un agente lo lee todo. Después redacta conceptos, descripciones y relaciones. Así, el agente parte de conocimiento real y no de una página en blanco.
Propuestas en una rama
El agente no cambia la ontología. Pone sus propuestas en una rama. La ontología principal se queda igual hasta que alguien hace el merge de esa rama. El agente hace las propuestas, pero una persona decide qué entra en la ontología.
Revisa el diff en el diagrama
Las personas de negocio no leen YAML. Revisan el cambio en el diagrama. El diagrama marca cada concepto que el agente ha añadido, editado o eliminado. Cuando abres un concepto, ves la descripción antigua tachada encima de la nueva.
Itera sobre el diff
Un experto del dominio no está de acuerdo con una definición. Escribe un comentario en el diff y explica el motivo. El agente actualiza la rama y el diff muestra el concepto nuevo. Después de unas rondas, las definiciones son correctas.
Encuentra el blast radius
Cuando la ontología ya está en uso, el diff no basta. Los Data Contracts enlazan sus columnas con los conceptos. Un análisis de blast radius muestra los Data Contracts, las columnas y los responsables afectados. Si eliminas un concepto que una columna todavía usa, el enlace se rompe.
Los responsables reenlazan primero
Los responsables de los Data Contracts afectados también revisan el cambio. Primero enlazan sus columnas con el concepto correcto. Un concepto desaparece solo cuando ninguna columna lo referencia. Así, ningún Data Contract pierde su significado.
Una y otra vez
Después, el responsable hace el merge de la rama y la ontología crece un paso revisado. Cada producto de datos nuevo y cada proceso nuevo abre una rama nueva con un diff nuevo. De forma programada, un agente revisa además toda la ontología en busca de duplicados y huecos.