Soluciones · Proyectos
Inteligencia de conocimiento para proyectos complejos
Lo que un proyecto todavía no sabe también forma parte de su conocimiento.
En una página
Sistemas que construyen una memoria activa de preguntas, evidencia, decisiones, dependencias, riesgos y trabajo para que equipos y agentes continúen proyectos largos y mantengan visible lo que permanece abierto.
- 01Un proyecto es también un sistema de conocimiento y decisión. La planificación explica qué se espera hacer.
- 02Una representación compartida. SuperSocrates y SuperQuestions son dos sistemas distintos que trabajan sobre el mismo grafo vivo del proyecto.
- 03Continuidad entre personas y agentes. Los proyectos incorporan cada vez más agentes para investigar, programar, documentar, analizar, revisar y ejecutar.
Los proyectos complejos producen mucho más que tareas y entregables.
Producen preguntas, hipótesis, decisiones, alternativas, pruebas, compromisos, dependencias, excepciones, riesgos y cambios de criterio. Parte de ese conocimiento queda en documentos; otra parte, en conversaciones, repositorios, tickets, reuniones y personas.
Con el tiempo, el equipo puede conocer el estado de las tareas y perder la razón que explica el proyecto:
- por qué se eligió una arquitectura;
- qué alternativa se descartó;
- qué evidencia existía entonces;
- qué supuesto sigue sin comprobarse;
- qué decisión depende de otra;
- qué cambio reabre una pregunta;
- qué parte puede ejecutar un agente;
- quién conserva la responsabilidad;
- qué resultado permitiría considerar cerrado un frente.
Construimos sistemas para representar y relacionar ese conocimiento.
La solución complementa las herramientas de planificación y ejecución con una capa de preguntas, evidencia y decisiones. Personas y agentes pueden recuperar la situación del proyecto, continuar trabajo interrumpido y comprender qué cambió sin reconstruir toda la historia a partir de fragmentos.
Un proyecto es también un sistema de conocimiento y decisión
La planificación explica qué se espera hacer. El conocimiento del proyecto explica por qué, con qué evidencia, bajo qué condiciones y qué continúa abierto.
Ambas capas se relacionan.
Una tarea puede depender de una decisión que todavía no se ha tomado. Una decisión puede depender de una prueba. Una prueba puede revelar que la pregunta original estaba mal formulada. Un resultado puede obligar a reabrir una arquitectura, un requisito o una hipótesis.
Representar estas relaciones permite distinguir:
- actividad y avance;
- decisión y preferencia provisional;
- evidencia y argumento;
- dependencia y coincidencia temporal;
- pregunta abierta y olvido;
- cambio de criterio y contradicción;
- tarea completada y resultado conseguido.
Una representación compartida
SuperSocrates y SuperQuestions son dos sistemas distintos que trabajan sobre el mismo grafo vivo del proyecto. SuperQuestions es el producto que representa y gestiona ese grafo —preguntas, evidencia, decisiones, dependencias y trabajo—; SuperSocrates es el sistema que lo interroga: busca huecos, propone la siguiente pregunta útil y señala las colisiones, es decir, la información que no coincide entre fuentes, las decisiones que se contradicen y los supuestos que nadie llegó a escribir.
El sistema puede mostrar:
Y también:
Esta representación permite navegar desde una tarea hacia la decisión que la originó, desde una decisión hacia su evidencia y desde una evidencia nueva hacia las partes del proyecto que podría modificar.
Continuidad entre personas y agentes
Los proyectos incorporan cada vez más agentes para investigar, programar, documentar, analizar, revisar y ejecutar.
La dificultad principal aparece al conservar continuidad:
- qué objetivo persigue cada agente;
- qué contexto necesita;
- qué trabajo ya se hizo;
- qué decisión sigue vigente;
- qué resultado debe entregar;
- qué puede modificar;
- qué necesita revisar una persona;
- cómo se incorpora el resultado al proyecto;
- qué ocurre si otro agente discrepa;
- quién decide la siguiente acción.
Una representación compartida permite que los agentes trabajen sobre objetos definidos, en lugar de intercambiar únicamente mensajes.
El agente puede leer una pregunta, recuperar evidencia, producir una propuesta y registrar resultado, fuentes, incertidumbre, cambios sugeridos, artefactos creados, preguntas nuevas y criterio de finalización. Otro agente o una persona puede revisar ese objeto sin reconstruir toda la conversación previa.
El papel de la dirección del proyecto
La dirección conserva propósito, prioridades, compromisos, asignación de autoridad, decisiones con consecuencias, gestión de trade-offs, comunicación y relación con el entorno del proyecto. El sistema le aporta una situación más compartida y examinable.
Puede ayudar a responder:
- ¿qué preguntas bloquean más trabajo?;
- ¿qué decisiones se apoyan en evidencia débil?;
- ¿qué dependencias están creciendo?;
- ¿qué supuestos se han convertido en hechos sin validación?;
- ¿qué frentes producen actividad y poco aprendizaje?;
- ¿qué agentes o equipos esperan contexto?;
- ¿qué cambio debería reabrir una decisión?;
- ¿qué conocimiento depende de una sola persona?;
- ¿qué resultado todavía carece de criterio de aceptación?;
- ¿qué parte del plan se apoya en una capacidad no demostrada?
La inteligencia de proyectos prepara preguntas y relaciones. La autoridad sobre objetivos y compromisos permanece en quienes dirigen y responden del proyecto.
Escuchar el proyecto desde distintas posiciones
Un proyecto puede describirse de manera distinta desde dirección, negocio, ingeniería, operación, seguridad, usuarios y mantenimiento. Cada perspectiva hace visible una parte.
El sistema puede conservar vocabulario, preocupaciones, criterios, responsabilidades, evidencias, desacuerdos, decisiones y consecuencias.
La indagación ayuda a descubrir qué término significa algo distinto para dos equipos, qué condición se da por supuesta y qué excepción cambia el diseño.
Esta práctica conecta la inteligencia para proyectos con la cultura socrática de 3.14: preguntar para comprender mejor la situación y mantener visible aquello que todavía no se sabe.
Proyectos que atraviesan varios repositorios y sistemas
Un proyecto puede utilizar uno o varios repositorios, documentación, issues, pull requests, workflows, salas de colaboración, modelos y agentes, entornos de ejecución, sistemas de datos, hardware y decisiones organizativas.
La solución puede relacionar estos objetos mediante identificadores y eventos. Por ejemplo:
- un commit implementa una decisión;
- una prueba aporta evidencia;
- un issue descubre una excepción;
- una revisión modifica una hipótesis;
- un workflow completa un experimento;
- un incidente reabre una pregunta;
- un documento formaliza una política;
- una persona aprueba un cambio;
- un agente propone una alternativa.
La integración preserva el lugar donde cada equipo trabaja y añade continuidad entre herramientas.
Configurar equipos de personas y agentes
En proyectos con agentes, la configuración puede definir repositorios, salas, personas, sistemas conectados, herramientas, orquestador, modelos, roles, presupuestos, criterios de revisión, entornos y políticas de ejecución.
Los roles pueden incluir coordinación y análisis, investigación, programación y ejecución, documentación, evaluación, revisión adversarial y segunda opinión.
La configuración forma parte de la memoria del proyecto. Permite comprender qué capacidades estaban disponibles cuando se produjo un resultado.
Qué puede cambiar para un proyecto
Menos reconstrucción
Las personas nuevas o los agentes pueden entender por qué se tomó una decisión y qué permanece abierto.
Preguntas visibles
El proyecto puede gestionar incertidumbre de forma explícita y relacionarla con trabajo, riesgos y decisiones.
Decisiones revisables
Las alternativas, la evidencia y las condiciones quedan disponibles cuando cambia el contexto.
Mejor continuidad
El trabajo puede reanudarse después de una espera, un cambio de equipo o una interrupción de agente.
Dependencias más comprensibles
Las relaciones informativas, técnicas y de autoridad aparecen junto a las tareas.
Menos actividad duplicada
La investigación y los análisis previos se recuperan con su contexto y su estado de validez.
Agentes mejor integrados
Los agentes reciben responsabilidades y objetos concretos, y sus resultados se incorporan a la memoria compartida.
Aprendizaje del proyecto
Los experimentos, errores, decisiones y revisiones producen conocimiento reutilizable.
Aplicaciones
Desarrollo de software
Arquitectura, decisiones, repositorios, issues, pruebas, agentes y despliegues relacionados.
Ingeniería y robótica
Requisitos, geometría, capacidades físicas, simulación, pruebas, seguridad, hardware y resultados de campo.
Investigación
Preguntas, hipótesis, fuentes, evidencia, experimentos y conclusiones con procedencia.
Documentación compleja
Conocimiento distribuido entre versiones, requisitos, reglas, decisiones y responsables.
Transformación de sistemas empresariales
Lógica actual, decisiones de migración, dependencias, excepciones, integración y pruebas.
Producción editorial
Evidencia, encargos, decisiones, revisión, formatos, audiencias y publicación.
Programas multiagente
Coordinación de agentes especializados, herramientas, memoria, revisión y continuidad.
Cómo se construye
La arquitectura puede combinar:
- un modelo tipado de preguntas, evidencia y decisiones;
- grafos;
- PostgreSQL;
- búsqueda híbrida y pgvector;
- eventos de GitHub y otros sistemas;
- MCP y FastMCP;
- workflows duraderos;
- agentes;
- políticas de permisos;
- memoria de proyecto;
- interfaces de exploración;
- Ask 3.14 o buscadores conversacionales;
- dashboards de actividad y estado.
La representación central permanece independiente de un modelo concreto. Los agentes leen y escriben mediante contratos y permisos.
Estado de madurez
Prototipo en evaluación.
La capacidad actual permite representar proyectos reconstruidos y recorridos limitados, navegar preguntas, evidencia y decisiones y coordinar agentes sobre objetos tipados.
El siguiente umbral de madurez consiste en acompañar un proyecto activo durante un ciclo completo y medir utilidad para dirección, continuidad entre participantes, coste de mantenimiento de la representación y calidad del trabajo reanudado.
Condiciones de uso
La representación aporta valor cuando se integra con las herramientas existentes y registrar una decisión o una pregunta cuesta menos que reconstruirla después.
El diseño debe capturar automáticamente aquello que ya produce el trabajo y pedir intervención únicamente cuando existe una decisión semántica u organizativa.
Cada proyecto necesita acordar qué merece persistir, qué autoridad tiene cada objeto y qué información debe expirar.
Sistemas relacionados
SuperSocrates
El sistema que pregunta: huecos, preguntas siguientes y colisiones entre fuentes, decisiones y supuestos.
SuperQuestions
El producto que representa y gestiona preguntas, evidencia, decisiones, dependencias y trabajo.
Arquitectura de proyectos de 3.14
Repositorios, salas, personas, agentes, herramientas y sistemas configurados por proyecto.
RAG y memoria de proyecto
Recuperación híbrida de documentación, diálogos, código, decisiones y actividad.
SuperPythagoras
Construcción de software en equipo: roles, contratos, traspasos y SecondOpinion sobre cada cambio con consecuencias.
Agentes y orquestación
Coordinación de investigación, programación, ejecución, revisión y segunda opinión.
DocuLogic
Reconstrucción de lógica y conocimiento operativo en proyectos de modernización.
Cierre
Un proyecto complejo avanza mejor cuando puede recordar qué sabe, explicar por qué decide y mantener visible lo que todavía necesita descubrir.
Qué representa el sistema
- 01PreguntasQué falta por comprender, por qué importa, qué bloquea y qué evidencia permitiría avanzar.
- 02HipótesisExplicaciones, diseños o predicciones que el equipo quiere poner a prueba, con sus supuestos y contraejemplos.
- 03EvidenciaDocumentos, datos, resultados, trazas, experimentos, código y observaciones con procedencia, versión y ámbito.
- 04DecisionesQué se acordó, quién responde, qué alternativas existían y bajo qué condiciones debería revisarse.
- 05DependenciasQué debe ocurrir, conocerse o decidirse antes de que otra parte pueda avanzar.
- 06TrabajoQué resultado se espera, qué estado tiene, quién interviene y qué objeto del conocimiento modifica.
- 07Riesgos e incertidumbresQué podría cambiar el recorrido, qué consecuencia tendría y qué señal permitiría detectarlo.
- 08AgentesQué agentes pueden investigar, analizar, programar, ejecutar o revisar, con función, herramientas, permisos y presupuesto.
- 09MemoriaQué debe conservarse para continuar y qué contexto puede caducar según la política del proyecto.
El sistema por dentro
Madurez · Prototipo- Cómo se organiza
- El proyecto se representa como un grafo de preguntas, evidencias, decisiones, dependencias y trabajo, en lugar de como una lista de tareas. Los agentes leen y escriben sobre esa representación con permisos acotados. Una decisión conserva sus alternativas y las condiciones bajo las que se tomó, de modo que pueda releerse más tarde.
- Qué puede examinarse
- Podemos mostrar un prototipo con un proyecto sintético: el grafo, el historial completo de una decisión y una pregunta abierta con la evidencia asociada. También el esquema de datos y los permisos de cada tipo de agente.
- Cómo se comprueba
- Evaluamos reconstrucción —si una persona comprende por qué se tomó una decisión y qué información existía—, continuidad, calidad de las relaciones, cobertura, coste de registro, utilidad para la dirección, comportamiento de los agentes y memoria.
Condiciones y límites
La capacidad actual permite trabajar con proyectos reconstruidos y recorridos limitados. Su siguiente umbral de madurez es acompañar un proyecto activo durante un ciclo completo y medir utilidad, continuidad y coste de mantenimiento. La representación aporta valor cuando registrar una decisión cuesta menos que reconstruirla después.