Fase 6 — Ecosistema General del Sistema de IA de BKM¶

1. Propósito de este documento¶

Este documento define el ecosistema general de IA que soporta el sistema de decisiones asistidas por IA de BKM.

Su objetivo no es diseñar implementaciones concretas por decisión, sino establecer un conjunto común de capacidades, componentes y tipos de herramientas que:

den soporte transversal a todas las decisiones,
eviten soluciones aisladas o ad hoc,
faciliten reutilización, control y escalabilidad,
y permitan implementar decisiones de forma coherente y gobernada en fases posteriores.

Este ecosistema actúa como la infraestructura base del sistema, sobre la cual se implementarán las decisiones priorizadas en la Fase 7 y las capacidades transversales de soporte.

2. Principio clave del ecosistema¶

El ecosistema de IA de BKM no existe para ejecutar decisiones, sino para asistirlas y soportarlas de forma segura, trazable y controlada.

Por tanto:

el ecosistema habilita capacidades,
las decisiones activan selectivamente esas capacidades,
y la tecnología siempre está subordinada al marco de decisiones y a la validación humana.

No todas las decisiones utilizarán todas las piezas del ecosistema,
ni todas las capacidades del ecosistema están orientadas directamente a decisiones.

3. Qué define este ecosistema (y qué no)¶

Este documento SÍ define:¶

Las capacidades comunes del sistema de IA.
Los roles funcionales de cada capa (orquestación, análisis, IA, almacenamiento, etc.).
Los tipos de procesos y agentes que pueden existir de forma transversal.
Ejemplos de tipos de herramientas que pueden cumplir cada rol.
Los principios de uso y combinación de estas capacidades.

Este documento NO define:¶

Arquitecturas técnicas cerradas por decisión.
Implementaciones detalladas.
Flujos específicos de una decisión concreta.
Automatizaciones finales o agentes productivos concretos.
Reglas de gobierno o nomenclatura (definidas en documentos específicos).

Todo eso se define en la Fase 7 (por decisión) o en los documentos de gobierno correspondientes.

4. Capacidades del ecosistema general de IA¶

4.1 Orquestación y automatización de procesos¶

Rol
Coordinar cuándo y cómo se ejecutan análisis, agentes y flujos de soporte a decisiones o a procesos transversales.

Funciones típicas - Lanzar procesos periódicos (por ejemplo, semanales). - Encadenar tareas de análisis, IA y validación humana. - Gestionar puntos de control y aprobación. - Evitar automatismos peligrosos.

Ejemplos de herramientas - n8n (orquestación y flujos). - Alternativas equivalentes según evolución futura.

4.2 Capa de ejecución lógica y cómputo¶

Rol
Ejecutar lógica analítica, modelos, agentes y procesos de IA de forma controlada y desacoplada.

Funciones típicas - Cálculo de estimaciones y escenarios. - Ejecución de lógica de negocio asistida. - Ejecución de agentes de IA bajo demanda. - Soporte a procesos transversales (documentación, síntesis, análisis).

Ejemplos de herramientas - Cloud Run - Cloud Functions

4.3 Capa de datos y almacenamiento¶

Rol
Almacenar datos, resultados y outputs del sistema de forma estructurada, auditada y reutilizable.

Funciones típicas - Acceso a datos históricos y consolidados. - Persistencia de outputs de decisiones. - Trazabilidad de recomendaciones y análisis. - Almacenamiento de outputs de agentes transversales (actas, resúmenes, informes).

Ejemplos de herramientas - BigQuery → datos estructurados y métricas. - Cloud Storage →
- outputs de recomendaciones,
- informes generados,
- actas y documentos operativos,
- snapshots y evidencias para auditoría.

4.4 Capa de IA y agentes¶

Rol
Asistir tanto a decisiones de negocio como a procesos de soporte, mediante análisis, síntesis y generación de información estructurada.

Funciones típicas - Análisis asistido por IA. - Síntesis de información transversal. - Facilitación del Marco de Decisiones. - Generación de propuestas razonadas. - Generación de documentación estructurada (por ejemplo, actas de reuniones).

Características clave - Agentes definidos por rol (decisión, análisis, síntesis, documentación). - Inputs y outputs explícitos y versionados. - Prompts controlados y trazables. - Validación humana obligatoria cuando el output tenga impacto. - Sin acceso directo a sistemas operativos ni capacidad de ejecución autónoma.

Soporte tecnológico - La capa de agentes puede apoyarse en plataformas no-code / low-code (por ejemplo, Flowise) o en frameworks code-first (como LangChain, LlamaIndex o CrewAI). - La elección concreta depende del tipo de agente y del nivel de control requerido, siempre bajo las reglas de gobierno del sistema.

4.5 Capacidad de RAG (Retrieval-Augmented Generation)¶

Rol
Incorporar conocimiento no estructurado cuando una decisión o proceso transversal lo requiera.

Uso típico - Consultar documentos históricos. - Integrar informes técnicos, actas, notas operativas. - Recuperar contexto que no vive en bases de datos estructuradas.

Principios de uso - El RAG no es obligatorio ni universal. - Solo se activa cuando aporta valor claro. - Puede utilizarse tanto para decisiones como para agentes transversales (documentación, síntesis).

4.6 Capacidades transversales de soporte (no decisionales)¶

El ecosistema puede incluir capacidades de soporte operativo, que no forman parte del Marco de Decisiones, pero aportan eficiencia y coherencia al sistema.

Ejemplos: - Generación de actas de reuniones. - Síntesis de sesiones de trabajo. - Documentación estructurada de acuerdos y próximos pasos. - Memoria operativa del sistema.

Estas capacidades: - se documentan en el ecosistema, - pueden tener agentes propios, - no toman decisiones, - y no deben interferir con el sistema de decisiones asistidas.

5. Relación entre el ecosistema y las decisiones¶

El ecosistema se define una sola vez.

Cada decisión, en la Fase 7: - selecciona qué capacidades necesita, - define cómo se combinan, - establece puntos de validación humana, - y construye su arquitectura concreta reutilizando el ecosistema.

Los procesos transversales utilizan el mismo ecosistema,
pero no activan el Marco de Decisiones.

6. Beneficios de este enfoque para BKM¶

Este diseño permite:

evitar soluciones técnicas aisladas,
separar decisiones de soporte operativo,
reducir dependencia de herramientas concretas,
mantener control y trazabilidad,
escalar decisiones sin rehacer la base,
y evolucionar el sistema sin romper principios.

7. Conexión con la siguiente fase¶

Una vez definido este ecosistema general:

Las decisiones priorizadas se implementarán en la Fase 7.
Las capacidades transversales se definirán como agentes de soporte.
Ambas reutilizan el mismo ecosistema, bajo el mismo gobierno.

8. Mensaje final¶

El ecosistema de IA de BKM no define qué decisiones se toman.
Define qué capacidades existen y bajo qué reglas pueden usarse.

Este documento asegura que la tecnología apoye al sistema de decisiones
sin diluir su foco ni introducir riesgos innecesarios.