Una guía práctica para organizar fuentes oficiales, responsables, versiones, excepciones y procesos de actualización antes de poner en marcha un asistente municipal de inteligencia artificial
Implantar un asistente de inteligencia artificial en Atención Ciudadana no debería comenzar por elegir el modelo, la voz o el canal. Antes de tomar esas decisiones, el ayuntamiento necesita saber qué información utilizará el servicio, qué fuentes tienen autoridad, quién será responsable de mantenerlas y qué deberá ocurrir cuando dos contenidos se contradigan.
Un modelo avanzado puede comprender correctamente la pregunta del ciudadano y redactar una respuesta clara, natural y convincente. Sin embargo, no puede corregir por sí solo un horario desactualizado, identificar una excepción que nunca se documentó ni decidir qué instrucción representa la posición oficial del ayuntamiento cuando existen varias versiones diferentes.
En ese contexto, el principal riesgo no es únicamente que la inteligencia artificial se exprese mal. El riesgo más relevante es que comunique con seguridad una información incorrecta, incompleta o que ya no está vigente.
Por eso, la fiabilidad de la IA en Atención Ciudadana no empieza en el modelo. Empieza en la capacidad de la organización para gobernar su información.
Esta guía explica cómo preparar las fuentes municipales antes de implantar un asistente de IA, cómo convertir la información dispersa en una base de conocimiento gobernada y qué controles deben mantenerse después de la puesta en producción. El objetivo no es crear un repositorio más grande, sino construir un sistema de información que pueda utilizarse, actualizarse, probarse y auditarse con garantías.
El verdadero punto de partida de la IA en Atención Ciudadana
Cuando una Administración analiza un proyecto de inteligencia artificial, es habitual que las primeras preguntas sean tecnológicas. Se estudia qué modelo utilizar, qué idiomas debe soportar, dónde se procesarán los datos, qué latencia tendrá la respuesta o qué canales podrán incorporarse.
Todas esas decisiones son importantes, pero llegan después de otras preguntas más básicas:
- ¿Qué información necesita el asistente para responder?
- ¿Cuál es la fuente oficial de cada respuesta?
- ¿Quién confirma que esa información sigue siendo correcta?
- ¿Cómo se documentan las excepciones?
- ¿Qué ocurre cuando la web, la sede electrónica y un documento interno ofrecen instrucciones diferentes?
- ¿Cómo puede reconstruirse qué fuente utilizó el sistema en una conversación determinada?
- ¿Qué debe hacer el asistente cuando no dispone de suficiente evidencia?
Un modelo puede mejorar la interpretación de la intención, la redacción de la respuesta o la capacidad para mantener el contexto. Lo que no puede hacer es sustituir una decisión organizativa que nunca se ha tomado.
Si dos páginas oficiales indican horarios diferentes, el sistema necesita una regla de autoridad. Si un procedimiento cambia durante el verano, necesita conocer desde qué fecha se aplica la modificación. Si existe una excepción para determinados barrios, colectivos o situaciones, esa excepción debe estar documentada y asociada a las condiciones en las que se activa.
Seleccionar primero el modelo y revisar después la información suele provocar que los problemas organizativos se descubran durante la puesta en producción. En ese momento, cada contradicción o carencia termina convertida en una incidencia aparentemente tecnológica.
La pregunta correcta no es solo qué inteligencia artificial utilizará el ayuntamiento. También es si la organización dispone de la información, los responsables y los procesos necesarios para que esa tecnología pueda prestar un servicio fiable.
Que una información esté publicada no significa que esté gobernada
Una de las afirmaciones más habituales al iniciar estos proyectos es que toda la información necesaria ya está disponible en la web municipal.
En ocasiones es cierto que una gran parte del contenido está publicada. El problema es que una página accesible públicamente no es necesariamente una fuente preparada para alimentar un asistente de IA.
La misma información puede aparecer en la web general, en la sede electrónica, en una ordenanza, en una noticia, en un documento PDF, en el sistema de cita previa o en una aplicación departamental. Además, cada fuente puede cumplir una función distinta.
Una ordenanza puede definir la regla jurídica general, mientras que una página de la web explica el procedimiento en un lenguaje más comprensible. La sede electrónica puede indicar los requisitos formales y el sistema de agenda mostrar la disponibilidad real. Ninguna de estas fuentes es necesariamente incorrecta, pero no siempre responden a la misma pregunta ni tienen la misma autoridad.
Una fuente gobernada debe incorporar, además del contenido, información sobre su contexto y su gestión:
| Elemento | Pregunta que debe responder |
|---|---|
| Autoridad | ¿Es la fuente oficial para este tipo de respuesta? |
| Responsable | ¿Qué área valida y mantiene el contenido? |
| Vigencia | ¿Desde cuándo y hasta cuándo se aplica? |
| Ámbito | ¿A qué personas, zonas, servicios o situaciones afecta? |
| Excepciones | ¿Qué casos no siguen la regla general? |
| Versión | ¿Qué contenido estaba activo en cada momento? |
| Revisión | ¿Cuándo se comprobó por última vez? |
| Trazabilidad | ¿Puede saberse qué fuente sustentó una respuesta concreta? |
Sin estos datos, el asistente puede recuperar información, pero la organización no puede garantizar que deba utilizarla.
La diferencia es importante. Una base de conocimiento no debería ser únicamente un conjunto de documentos que el sistema puede consultar. Debe representar la posición oficial de la organización en cada contexto relevante.
Qué fuentes debe inventariar un ayuntamiento
Preparar la información para un asistente municipal de IA comienza con un inventario. El objetivo es identificar todas las fuentes que pueden influir en una respuesta o gestión ciudadana.
El inventario no debería limitarse a la web. Dependiendo del alcance del servicio, puede incluir:
Web municipal
Contiene información general, noticias, directorios, horarios, servicios, campañas y contenidos divulgativos. Suele ser una de las fuentes más accesibles, pero también puede acumular páginas antiguas, duplicadas o sin una fecha clara de revisión.
Sede electrónica
Normalmente concentra los trámites, requisitos, documentación, formularios y procedimientos administrativos. Su contenido suele tener mayor formalidad, aunque no siempre está redactado pensando en una conversación telefónica o en una persona que todavía no sabe qué trámite necesita.
Normativa y ordenanzas
Definen las reglas jurídicas, límites, obligaciones y excepciones. No obstante, una norma puede no contener la información operativa actual, como la disponibilidad de una agenda, el horario de una oficina o la organización temporal de una campaña.
Sistemas de cita previa
Aportan la disponibilidad real, los servicios que pueden reservarse, las oficinas, los requisitos de identificación y las reglas para crear, modificar o cancelar una cita.
Sistemas de incidencias
Permiten clasificar un problema, validar una ubicación, registrar la solicitud, devolver un identificador y conocer el estado inicial de la actuación.
Directorios y sistemas de telefonía
Contienen departamentos, extensiones, horarios de atención, criterios de transferencia y posibles alternativas cuando un área no está disponible.
Aplicaciones departamentales
Algunos datos relevantes solo existen en sistemas especializados de tributos, padrón, servicios sociales, urbanismo, residuos, cultura, deportes o participación ciudadana.
Documentación interna
Procedimientos, instrucciones de trabajo, guías de atención, preguntas frecuentes y documentos utilizados por el personal municipal pueden contener conocimiento que todavía no está publicado.
Conocimiento de personas concretas
Una parte de las excepciones y prácticas reales puede residir únicamente en la experiencia de determinados empleados. La implantación de IA hace visible esa dependencia y ofrece la oportunidad de convertir conocimiento individual en conocimiento institucional.
El resultado del inventario debe ser un mapa que indique qué información existe, dónde se encuentra, quién responde por ella y para qué preguntas puede utilizarse.
Cómo establecer una jerarquía entre fuentes
Una de las decisiones más importantes consiste en determinar qué fuente prevalece cuando dos contenidos son diferentes.
No existe una única jerarquía válida para toda la información municipal. La autoridad puede depender de la pregunta.
Por ejemplo:
- La normativa puede definir quién tiene derecho a solicitar una prestación.
- La sede electrónica puede indicar la documentación obligatoria.
- El sistema de agenda puede mostrar la disponibilidad real.
- La web puede explicar el procedimiento de forma comprensible.
- La aplicación municipal puede confirmar si una operación se ha completado.
La organización debe definir estas relaciones explícitamente. El asistente no debería deducir por sí mismo que una noticia reciente tiene más autoridad que el procedimiento de la sede, ni que un PDF es más fiable porque contiene más detalles.
Una jerarquía útil puede incorporar varios niveles:
- Fuente normativa: establece la regla jurídica.
- Fuente procedimental: describe requisitos y pasos.
- Fuente operativa: refleja disponibilidad, estado o resultado en tiempo real.
- Fuente divulgativa: adapta la información al lenguaje ciudadano.
- Fuente auxiliar: aporta contexto, pero no puede sustentar por sí sola una respuesta con consecuencias.
También debe definirse qué hacer cuando dos fuentes del mismo nivel se contradicen. Mientras la discrepancia no esté resuelta, el asistente debería limitar la respuesta, solicitar una aclaración o derivar el caso. Elegir arbitrariamente una de las versiones puede producir una respuesta aparentemente segura, pero difícilmente defendible.
Responsables, vigencia, ámbito y excepciones
Una información no está preparada para alimentar un servicio de IA hasta que alguien puede responder por ella.
El responsable no tiene que redactar personalmente todos los contenidos ni supervisar cada conversación. Su función consiste en validar que la fuente representa correctamente el servicio, confirmar los cambios y resolver las dudas que no pueden solucionarse automáticamente.
Además del responsable, cada contenido crítico debería incorporar tres elementos.
Vigencia
El asistente debe saber desde cuándo se aplica una información y, cuando corresponda, cuándo deja de hacerlo. Esto resulta especialmente importante en campañas fiscales, convocatorias, actividades, horarios de verano, plazos de inscripción y modificaciones temporales.
Una respuesta correcta en enero puede ser incorrecta en agosto. La fecha de publicación no siempre permite deducir la vigencia, por lo que conviene registrarla de manera explícita.
Ámbito
Una regla puede depender del barrio, la calle, el tipo de usuario, la edad, el canal, la documentación disponible o la fase del procedimiento.
La recogida de enseres es un buen ejemplo. La respuesta puede variar según la zona, el día, el horario, el número de objetos o la naturaleza del residuo. Una explicación genérica puede ser técnicamente correcta y, al mismo tiempo, no permitir que el ciudadano actúe correctamente.
Excepciones
Los procesos municipales contienen numerosos casos que se apartan de la regla general. Si esas excepciones no están documentadas, el asistente funcionará bien precisamente en los casos más sencillos y fallará cuando la realidad sea más compleja.
Las excepciones deben describirse junto con sus condiciones de activación y el comportamiento esperado del servicio. En ocasiones la respuesta será diferente; en otras, el sistema deberá detenerse y derivar el caso.
Cómo construir una base de conocimiento municipal para IA
La construcción de una base de conocimiento municipal no debería consistir únicamente en importar páginas y documentos. El proceso necesita varias fases.
1. Definir el alcance del servicio
Antes de recopilar información, el ayuntamiento debe decidir qué podrá resolver el asistente. No necesita el mismo conocimiento un servicio que ofrece información general que otro capaz de gestionar citas, registrar incidencias o realizar transferencias.
Definir el alcance permite evitar dos errores: intentar cubrir todo el ayuntamiento desde el primer día o incorporar fuentes que el sistema no está autorizado a utilizar.
2. Inventariar las fuentes
Cada fuente debe registrarse con su ubicación, tipo de contenido, responsable, autoridad, frecuencia de cambio y relación con los servicios incluidos.
3. Eliminar duplicidades y detectar contradicciones
La recopilación suele mostrar páginas repetidas, documentos antiguos o instrucciones diferentes para el mismo proceso. Antes de alimentar el sistema, es necesario decidir qué contenido se conserva y cuál debe corregirse.
4. Normalizar el contenido
Los documentos administrativos no siempre están preparados para una conversación. Puede ser necesario estructurar horarios, requisitos, excepciones, teléfonos, ubicaciones y reglas para que puedan recuperarse de forma precisa.
Normalizar no significa simplificar de manera que se pierda información relevante. Significa representar el contenido de forma que el sistema pueda distinguir la regla general, sus condiciones y sus límites.
5. Incorporar contexto operativo
Las fuentes deben relacionarse con procedimientos, departamentos, herramientas y criterios de derivación. Una respuesta sobre cita previa, por ejemplo, debe estar conectada con la agenda correspondiente y con las reglas que determinan cuándo puede realizarse la gestión.
6. Asignar responsables
Cada dominio necesita un área capaz de aprobar el contenido inicial y los cambios posteriores. Sin esta responsabilidad, la base de conocimiento comenzará a degradarse desde el primer día.
7. Crear un conjunto de pruebas
Antes de la puesta en producción, el contenido debe probarse con preguntas reales, variaciones lingüísticas, ambigüedades, excepciones y casos en los que no existe respuesta suficiente.
8. Establecer el ciclo de actualización
La organización debe definir cómo se detecta un cambio, quién lo valida, cómo se publica, qué pruebas se repiten y cómo se vuelve a la versión anterior si aparece una regresión.
La secuencia puede resumirse así:
Inventariar → clasificar → asignar autoridad → asignar responsables → documentar vigencia y excepciones → probar → publicar → observar → actualizar.
Qué hacer cuando la información se contradice
Las contradicciones no son una situación excepcional. En organizaciones grandes, con múltiples departamentos y canales, es normal que aparezcan diferencias.
El error consiste en trasladar esa contradicción al asistente y esperar que el modelo elija correctamente.
Un proceso adecuado debería incluir:
- La detección de la discrepancia.
- La identificación de las fuentes implicadas.
- La aplicación de la jerarquía definida.
- La intervención del responsable cuando la autoridad no sea suficiente.
- La corrección del contenido en los diferentes canales.
- El registro del cambio y su fecha de entrada en vigor.
- La repetición de las pruebas afectadas.
Mientras la contradicción permanezca abierta, el sistema necesita un comportamiento seguro. Puede reconocer que no dispone de información suficiente, limitarse a ofrecer una orientación general o derivar la consulta al área competente.
Abstenerse no debe considerarse un fracaso automático. En un servicio público, una respuesta prudente y trazable puede ser mucho más útil que una afirmación incorrecta expresada con seguridad.
Cómo probar las respuestas antes de poner el servicio en producción
Comprobar que el asistente encuentra un documento no demuestra que podrá atender correctamente a la ciudadanía.
Las pruebas deben reproducir cómo hablan realmente las personas:
- Preguntas incompletas.
- Nombres coloquiales de los servicios.
- Confusión entre procedimientos parecidos.
- Cambios de intención.
- Interrupciones.
- Datos proporcionados en un orden imprevisto.
- Excepciones.
- Información insuficiente.
- Consultas que están fuera del alcance definido.
También es necesario comprobar algo más que el texto final. Una evaluación completa debería revisar:
- Qué intención identificó el sistema.
- Qué fuente recuperó.
- Qué versión estaba activa.
- Qué regla aplicó.
- Si formuló una pregunta aclaratoria cuando era necesario.
- Si evitó completar información no disponible.
- Si utilizó correctamente una integración.
- Si la gestión quedó confirmada.
- Si la derivación llegó al destino adecuado.
- Si el ciudadano recibió un siguiente paso comprensible.
El conjunto de pruebas debe conservarse y repetirse cada vez que cambie una fuente, una regla, un prompt, un modelo o una integración relevante.
Sin esta biblioteca de casos, una mejora puede solucionar una conversación y deteriorar otras que antes funcionaban correctamente.
Lo que enseñan las conversaciones reales sobre la información municipal
Las conversaciones no sirven únicamente para responder al ciudadano. También permiten observar cómo funciona el sistema de información de la organización.
Cuando muchas personas preguntan por lo mismo, puede significar que el contenido no se encuentra, utiliza un lenguaje demasiado técnico, está distribuido entre varias páginas o no permite distinguir correctamente entre dos procedimientos.
En una muestra de 10.549 conversaciones clasificadas en servicios operados por CivitPhone, los tres principales motivos concentraron el 84,4% de la demanda:
- Información general: 37,8%.
- Transferencia a un departamento o técnico: 25,1%.
- Cita previa: 21,5%.
Estos datos muestran tres necesidades diferentes.
La información general apunta a la calidad, claridad y accesibilidad del conocimiento oficial. Las transferencias revelan que el ciudadano no conoce necesariamente el organigrama municipal ni debería necesitar conocerlo para obtener ayuda. La cita previa demuestra que muchas conversaciones no buscan solamente una explicación, sino una gestión completa.
La concentración de la demanda permite actuar con mayor precisión. El ayuntamiento puede mejorar las fuentes más consultadas, simplificar los recorridos, revisar los criterios de transferencia e integrar aquellas gestiones que generan más contactos.
Las preguntas repetidas no son ruido. Son una fuente permanente de información sobre dónde mejorar el servicio.
Por qué muchas mejoras no requieren cambiar el modelo de IA
En los servicios operados por CivitPhone se han aplicado más de 200 mejoras sin sustituir el modelo de lenguaje.
Muchas de ellas estuvieron relacionadas con fuentes, reglas, prompts, pronunciaciones, derivaciones e integraciones. En algunos casos fue necesario actualizar un horario; en otros, añadir una excepción, distinguir dos trámites similares o comprobar mejor la confirmación de una operación.
Este aprendizaje es relevante porque, cuando una respuesta no funciona, existe una tendencia natural a atribuir el problema al modelo. Sin embargo, el sistema puede haber entendido correctamente la pregunta y no disponer de la información suficiente, la regla adecuada o una salida operativa bien definida.
Antes de cambiar de modelo, conviene revisar:
- Si la fuente era oficial.
- Si seguía vigente.
- Si el ámbito de aplicación estaba correctamente definido.
- Si existía una excepción.
- Si el sistema conocía qué fuente debía priorizar.
- Si la conversación disponía del contexto necesario.
- Si la integración confirmó el resultado.
- Si estaba definido qué hacer cuando no podía continuar.
La calidad de un asistente de IA no depende de una única pieza. Depende de la alineación entre información, reglas, prompts, guardarraíles, herramientas, diseño conversacional, trazabilidad y operación.
Qué métricas permiten saber si la información está funcionando
La información no debería considerarse un contenido estático que se revisa únicamente cuando aparece una incidencia. Debe gestionarse como un activo operativo.
Un cuadro de mando puede incluir los siguientes indicadores:
Cobertura de información
Mide qué porcentaje de los principales motivos de contacto dispone de fuentes oficiales suficientes para ofrecer una respuesta o un siguiente paso.
Vigencia
Permite identificar cuántas fuentes han superado su fecha prevista de revisión o no tienen una vigencia documentada.
Contradicciones abiertas
Registra discrepancias entre fuentes relevantes y el tiempo necesario para resolverlas.
Tiempo de actualización
Mide cuánto tarda un cambio aprobado en estar disponible en la web, la sede, el asistente y el resto de los canales.
Consultas no concluidas por falta de información
Ayuda a diferenciar los fallos del modelo de las carencias de conocimiento, reglas o procedimientos.
Recontacto
Permite saber si el ciudadano tuvo que volver a consultar por el mismo motivo porque la primera respuesta no fue suficiente.
Trazabilidad
Comprueba si puede identificarse qué fuente, versión y regla sustentaron una respuesta.
Efecto de las actualizaciones
Analiza si una modificación redujo consultas repetidas, errores, derivaciones o recontactos.
Estas métricas permiten convertir la gestión de contenidos en un proceso de mejora continua y no en una tarea reactiva.
Qué debería exigir un ayuntamiento a un proveedor de IA
La comparación entre proveedores no debería limitarse al modelo utilizado, el número de idiomas, la naturalidad de la voz o el número de canales disponibles.
Un ayuntamiento también debería preguntar:
- ¿Cómo se identifican las fuentes oficiales?
- ¿Puede asignarse un responsable a cada dominio de información?
- ¿Se registran versiones y fechas de vigencia?
- ¿Puede definirse una jerarquía entre fuentes?
- ¿Qué ocurre cuando dos contenidos se contradicen?
- ¿Puede conocerse qué fuente utilizó el sistema en una conversación concreta?
- ¿Cómo se prueban los cambios antes de llegar a producción?
- ¿Existe la posibilidad de volver a una versión anterior?
- ¿Cómo se gestionan los casos sin información suficiente?
- ¿Qué métricas se utilizan para evaluar la calidad de las respuestas?
- ¿Quién conserva la propiedad de la información y de las configuraciones?
- ¿Cómo se exporta el conocimiento si cambia el proveedor?
- ¿Qué responsabilidad asume cada parte después de la implantación?
- ¿Cómo se gestionan las incidencias y las actualizaciones urgentes?
- ¿Qué controles evitan que el modelo ejecute acciones no autorizadas?
Estas preguntas permiten diferenciar una demostración atractiva de una solución preparada para prestar un servicio público estable.
Checklist: ¿Está preparada la información municipal para un asistente de IA?
Antes de iniciar un proyecto, el ayuntamiento puede realizar una primera evaluación respondiendo a estas preguntas:
Fuentes y autoridad
- ¿Existe un inventario de las fuentes que utilizará el asistente?
- ¿Está definido cuál prevalece cuando hay varias versiones?
- ¿Se han identificado páginas, documentos o instrucciones desactualizadas?
- ¿Las fuentes utilizadas tienen carácter oficial o han sido validadas por el área competente?
Responsabilidad
- ¿Cada dominio crítico tiene un responsable?
- ¿Está definido quién aprueba un cambio?
- ¿Existe una persona o área que pueda resolver contradicciones?
Vigencia y ámbito
- ¿Los horarios, campañas y plazos tienen fechas de vigencia?
- ¿Las reglas indican a qué personas, zonas y situaciones se aplican?
- ¿Las excepciones están documentadas?
Versionado y trazabilidad
- ¿Puede saberse qué versión estaba activa en una fecha determinada?
- ¿Puede reconstruirse qué fuente sustentó una respuesta?
- ¿Existe una forma de volver a la versión anterior?
Evaluación
- ¿Se han creado preguntas de prueba basadas en lenguaje ciudadano real?
- ¿Se prueban las excepciones y los casos sin información suficiente?
- ¿Las pruebas se repiten después de cada cambio relevante?
Operación
- ¿Existe una revisión periódica de las conversaciones no concluidas?
- ¿Se mide el recontacto?
- ¿Se controla cuánto tarda en actualizarse una información?
- ¿Está definido qué debe hacer el asistente cuando no puede responder con seguridad?
Una organización que no puede responder afirmativamente a la mayoría de estas preguntas no necesita necesariamente abandonar el proyecto. Necesita incorporar la preparación y gobernanza de la información como una parte explícita de la implantación.
La información es el principal activo de la Atención Ciudadana
La inteligencia artificial puede hacer que la relación con una Administración sea más accesible, inmediata y natural. Puede ayudar a ampliar la disponibilidad, reducir tareas repetitivas, gestionar citas, registrar incidencias y orientar al ciudadano sin obligarlo a conocer el organigrama municipal.
Pero ninguna de estas capacidades generará confianza si el servicio se apoya en información desactualizada, contradictoria o sin responsables.
El modelo puede interpretar la pregunta y redactar la respuesta. La organización debe decidir qué información representa su posición oficial, durante cuánto tiempo es válida, en qué casos se aplica y qué debe ocurrir cuando no existe suficiente evidencia.
Por eso, antes de cambiar de modelo o incorporar un nuevo canal, conviene revisar el sistema de información que existe detrás.
La pregunta no es únicamente si el ayuntamiento dispone de contenidos suficientes. La pregunta es si esos contenidos están preparados para convertirse en un servicio: con autoridad, responsables, vigencia, versiones, pruebas y trazabilidad.
El modelo conversa.
La información decide si podemos confiar en lo que dice.
¿Está preparada la información de tu ayuntamiento?
Una primera revisión puede identificar fuentes duplicadas, contenidos sin responsable, contradicciones, información desactualizada y procesos que todavía dependen del conocimiento de personas concretas.
En CivitPhone ayudamos a las Administraciones a convertir sus fuentes municipales en una base de conocimiento gobernada, preparada para prestar Atención Ciudadana por voz y otros canales.
Solicita una revisión inicial de tus fuentes oficiales y recibe un mapa de riesgos, carencias y prioridades antes de implantar o ampliar tu servicio de IA.
Preguntas frecuentes
¿Qué información necesita un asistente de IA para ayuntamientos?
Además de la web municipal, puede necesitar contenidos de la sede electrónica, normativa, agendas, directorios, sistemas de incidencias, procedimientos internos, reglas operativas, excepciones y criterios de derivación. Las fuentes necesarias dependerán de las consultas y gestiones que el asistente deba resolver.
¿Es suficiente con cargar la web municipal?
No. La web puede ser una fuente relevante, pero puede contener páginas antiguas, duplicidades o información que no representa el estado operativo real. Antes de utilizarla debe definirse qué contenidos son oficiales, quién los mantiene y cómo se gestionan los cambios.
¿Quién debe mantener la base de conocimiento?
El proveedor puede facilitar la tecnología, los procesos de ingestión y las herramientas de control, pero la validación de la información debe recaer en las áreas municipales responsables de cada servicio. La responsabilidad no debería quedar exclusivamente en el departamento de tecnología.
¿Cómo se evitan las respuestas desactualizadas?
Mediante responsables, fechas de revisión, vigencia documentada, versionado, detección de cambios, pruebas posteriores a cada actualización y análisis de conversaciones reales.
¿Qué debe hacer el asistente si dos fuentes se contradicen?
Debe aplicar una jerarquía de autoridad previamente definida. Si la contradicción no puede resolverse automáticamente, debe limitar la respuesta, pedir una aclaración o derivar la consulta. No debería seleccionar una versión arbitrariamente.
¿Qué debe hacer la IA cuando no sabe la respuesta?
Debe reconocer el límite y ofrecer una salida segura. Dependiendo del caso, puede solicitar más información, explicar qué parte sí puede confirmar, registrar la consulta o derivarla a una persona.
¿Cómo puede comprobarse que la información está funcionando?
Analizando la cobertura de los principales motivos, las consultas no concluidas, los recontactos, las contradicciones, las fuentes utilizadas, el tiempo de actualización y el efecto de cada cambio sobre el servicio.
