# Roadmap Esta sección presenta la hoja de ruta del Model Context Protocol (MCP), con una visión general de las funcionalidades, mejoras y expansiones planificadas para el protocolo y su implementación en la plataforma. El objetivo del roadmap es mantener informados a los usuarios técnicos, institucionales y aliados estratégicos sobre: Funcionalidades en desarrollo Mejoras previstas en la estructura o aplicación del protocolo Integraciones planeadas con herramientas externas (IA, APIs, validadores) Cambios propuestos a nivel de modelo, contexto o interoperabilidad El roadmap se organiza por etapas (corto, mediano y largo plazo) y puede ajustarse en función de las necesidades institucionales, prioridades técnicas o retroalimentación de los usuarios. Esta página es de carácter informativo y no constituye un compromiso rígido, sino una guía evolutiva del protocolo. # 🧾 Vista plana del servicio para evaluación técnica y funcional **Estado:** Borrador **Etapa**: Mediano plazo **Tipo de mejora:** Mejora en la visualización y acceso a datos **Objetivo:** Agilizar la revisión técnica y funcional de los servicios registrados en el catálogo --- #### Descripción Este feature consiste en la creación de una **vista unificada y expandida** que permita visualizar todos los campos y componentes de un servicio (incluyendo sus variaciones) de forma **plana, legible y estructurada**, sin necesidad de navegar por múltiples secciones o pestañas del sistema. Está orientado a **analistas funcionales, técnicos y validadores** que deben revisar de forma integral cada servicio, identificar errores, validar consistencia o generar reportes internos. --- #### ¿Qué incluirá esta vista? - Información general del servicio (nombre, tipo, estado, visibilidad) - Desglose completo de cada variación (canales, costos, beneficiarios, documentación, etc.) - Campos opcionales u ocultos marcados de forma diferenciada - Indicadores de validación o alertas contextuales si aplica --- #### ¿Cómo se accede? Se habilitará un botón de **“Vista expandida”** dentro de la plataforma, en el detalle del servicio o desde la interfaz de gestión de variaciones. --- #### Casos de uso - Revisión previa a la publicación o auditoría de un servicio - Evaluación rápida para validaciones del MAP u OGTIC - Análisis de estructura durante el diseño de servicios complejos - Soporte a sistemas automatizados que consuman esta vista como endpoint JSON para validaciones personalizadas --- #### Impacto esperado - Reducción del tiempo requerido para validar servicios - Mayor transparencia en la estructura y consistencia de la información registrada - Menos errores derivados de omisiones o campos no visibles por defecto - Mejora en la toma de decisiones al tener una visión 360 del servicio # 🔍 Buscador inteligente contextual **Estado:** Borrador **Etapa**: Mediano plazo **Tipo de mejora:** Funcionalidad transversal **Objetivo:** Mejorar la experiencia de búsqueda e interpretación del catálogo mediante el uso de contexto estructurado (MCP) --- #### Descripción Se plantea el desarrollo de un **buscador inteligente** que utilice los datos contextuales definidos en el MCP para ofrecer resultados más precisos, relevantes y adaptados al perfil o intención del usuario. A diferencia de un buscador tradicional basado solo en coincidencias de texto, esta funcionalidad aprovechará: - El contexto de cada variación de servicio (canal, tipo de usuario, momento de vida, actividad económica, etc.) - La relación entre términos utilizados por los ciudadanos y los atributos del modelo - Técnicas semánticas e inferencia de intención para mejorar la precisión --- #### ¿Cómo se integrará? El buscador funcionará sobre la capa de exposición del catálogo y podrá integrarse en: - El portal gob.do - Aplicaciones móviles u orientadas a casos específicos (por ejemplo, buscadores temáticos) - Sistemas de ayuda digital (asistentes, validadores, kioscos) Además, se habilitará una API pública para permitir a otros sistemas aprovechar esta búsqueda contextual. --- #### Funcionalidades previstas - Búsqueda guiada con filtros automáticos según perfil del usuario - Sugerencias dinámicas basadas en contexto detectado - Resultados agrupados por servicio y variación más relevante - Integración con atributos como canal, ubicación, sector y población objetivo - Compatibilidad futura con preguntas en lenguaje natural (en combinación con LLMs) --- #### Impacto esperado - Reducción de la fricción en la navegación ciudadana - Aumento de la precisión en la consulta de servicios - Mejora en la identificación de la variación adecuada sin mostrar entradas duplicadas - Fortalecimiento del uso del MCP como base semántica del catálogo # 📝 Borradores institucionales de servicios **Estado:** Borrador **Etapa**: Mediano plazo **Tipo de mejora:** Gestión colaborativa y control de versiones **Objetivo:** Permitir a los enlaces institucionales crear y editar versiones en borrador de los servicios, facilitando la colaboración con los analistas sin afectar servicios publicados. --- #### Descripción Actualmente, sólo los analistas pueden editar los servicios una vez están publicados, lo que **limita la autonomía de los enlaces institucionales** y **ralentiza los ciclos de mejora**. Este feature introduce el soporte para que las instituciones puedan trabajar en **borradores independientes** de servicios ya existentes o nuevos, sin alterar la versión pública. Una vez finalicen sus ajustes, los borradores podrán ser **enviados para validación** por parte de los analistas. Si todo está correcto, estos podrán aprobar la versión y publicarla. --- #### Funcionalidades clave - Creación de borradores de servicios nuevos o duplicados de servicios existentes - Edición libre por parte de los enlaces institucionales sin afectar la versión activa - Etiquetado claro de los estados: *Borrador, En revisión, Aprobado, Publicado* - Flujo de validación: los analistas revisan, comentan y aprueban los cambios - Historial de versiones y posibilidad de comparar con la versión publicada - Notificaciones automáticas cuando un borrador es enviado o aprobado - Permisos para roles para establecer las acciones: Crear, Actualizar, Eliminar, Etc. --- #### Casos de uso - Una institución desea actualizar los costos y tiempos de atención sin afectar la información pública durante la edición. - El enlace institucional quiere registrar un nuevo canal de atención, pero requiere revisión previa antes de publicarlo. - El analista quiere revisar los cambios propuestos sin necesidad de reconstruir manualmente el estado anterior del servicio. --- #### Impacto esperado - Mayor agilidad en la actualización y mantenimiento de servicios - Reducción de errores en publicaciones gracias a un proceso validado - Empoderamiento de los enlaces institucionales sin comprometer la calidad - Mejora en la colaboración y transparencia entre instituciones y analistas # 🔒 Control de visibilidad para “Mostrar colecciones ocultas” **Estado:** Borrador **Etapa**: Mediano plazo **Tipo de mejora:** Seguridad y control de acceso **Objetivo:** Restringir quién puede ver y utilizar la opción “Mostrar colecciones ocultas” en el panel de administración del catálogo. --- #### Descripción Actualmente, la opción “Mostrar colecciones ocultas” está visible para todos los usuarios con acceso al panel, lo cual **expone datos sensibles** o **estructuras internas** que no siempre deberían estar disponibles para perfiles no técnicos o sin necesidad de esa información. Este feature permitirá **definir explícitamente qué roles o usuarios tienen permiso para ver esta opción**. Así se protege la integridad de los datos y se evita el acceso no autorizado a colecciones internas, técnicas o administrativas que no son parte del flujo operativo habitual. --- #### Funcionalidades clave - Configuración de visibilidad basada en roles: solo usuarios autorizados verán la opción - Ocultamiento automático para perfiles sin permisos - Posibilidad de personalizar los roles autorizados desde la configuración general o mediante el sistema de permisos - Aplicación coherente en todas las vistas donde aparece esta opción --- #### Casos de uso - Los desarrolladores o analistas necesitan acceder a las colecciones ocultas para tareas técnicas o de mantenimiento. - Se desea evitar que los enlaces institucionales vean estructuras internas como logs, tokens, o configuraciones de sistema. - El equipo de soporte requiere acceso restringido sólo en contextos específicos de diagnóstico. --- #### Impacto esperado - Refuerzo de la seguridad y gobernanza de la plataforma - Reducción de errores por acceso a colecciones no destinadas al público general - Mejor experiencia para perfiles no técnicos, evitando mostrarles elementos innecesarios - Mayor control y claridad sobre la estructura interna del sistema