Soluções · Projetos
Inteligência de conhecimento para projetos complexos
Aquilo que um projeto ainda não sabe também faz parte do seu conhecimento.
Numa página
Sistemas que constroem uma memória ativa de perguntas, evidência, decisões, dependências, riscos e trabalho para que equipas e agentes continuem projetos longos e mantenham visível o que permanece em aberto.
- 01Um projeto é também um sistema de conhecimento e decisão. O planeamento explica o que se espera fazer.
- 02Uma representação partilhada. SuperSocrates e SuperQuestions são dois sistemas distintos que trabalham sobre o mesmo grafo vivo do projeto.
- 03Continuidade entre pessoas e agentes. Os projetos incorporam cada vez mais agentes para investigar, programar, documentar, analisar, rever e executar.
Os projetos complexos produzem muito mais do que tarefas e entregáveis.
Produzem perguntas, hipóteses, decisões, alternativas, testes, compromissos, dependências, exceções, riscos e mudanças de critério. Parte desse conhecimento fica em documentos; outra parte, em conversas, repositórios, tickets, reuniões e pessoas.
Com o tempo, a equipa pode conhecer o estado das tarefas e perder a razão que explica o projeto:
- porque se escolheu uma arquitetura;
- que alternativa foi descartada;
- que evidência existia então;
- que pressuposto continua por verificar;
- que decisão depende de outra;
- que alteração reabre uma pergunta;
- que parte pode um agente executar;
- quem conserva a responsabilidade;
- que resultado permitiria considerar encerrada uma frente.
Construímos sistemas para representar e relacionar esse conhecimento.
A solução complementa as ferramentas de planeamento e execução com uma camada de perguntas, evidência e decisões. Pessoas e agentes podem recuperar a situação do projeto, continuar trabalho interrompido e compreender o que mudou sem reconstruir toda a história a partir de fragmentos.
Um projeto é também um sistema de conhecimento e decisão
O planeamento explica o que se espera fazer. O conhecimento do projeto explica porquê, com que evidência, sob que condições e o que continua em aberto.
Ambas as camadas se relacionam.
Uma tarefa pode depender de uma decisão que ainda não foi tomada. Uma decisão pode depender de um teste. Um teste pode revelar que a pergunta original estava mal formulada. Um resultado pode obrigar a reabrir uma arquitetura, um requisito ou uma hipótese.
Representar estas relações permite distinguir:
- atividade e avanço;
- decisão e preferência provisória;
- evidência e argumento;
- dependência e coincidência temporal;
- pergunta em aberto e esquecimento;
- mudança de critério e contradição;
- tarefa concluída e resultado alcançado.
Uma representação partilhada
SuperSocrates e SuperQuestions são dois sistemas distintos que trabalham sobre o mesmo grafo vivo do projeto. SuperQuestions é o produto que representa e gere esse grafo — perguntas, evidência, decisões, dependências e trabalho —; SuperSocrates é o sistema que o interroga: procura lacunas, propõe a pergunta útil seguinte e assinala as colisões, ou seja, a informação que não coincide entre fontes, as decisões que se contradizem e os pressupostos que ninguém chegou a escrever.
O sistema pode mostrar:
E também:
Esta representação permite navegar de uma tarefa para a decisão que a originou, de uma decisão para a sua evidência e de uma evidência nova para as partes do projeto que poderia modificar.
Continuidade entre pessoas e agentes
Os projetos incorporam cada vez mais agentes para investigar, programar, documentar, analisar, rever e executar.
A dificuldade principal surge ao conservar continuidade:
- que objetivo persegue cada agente;
- que contexto precisa;
- que trabalho já foi feito;
- que decisão continua em vigor;
- que resultado deve entregar;
- o que pode modificar;
- o que uma pessoa precisa de rever;
- como se incorpora o resultado no projeto;
- o que acontece se outro agente discordar;
- quem decide a ação seguinte.
Uma representação partilhada permite que os agentes trabalhem sobre objetos definidos, em vez de trocarem apenas mensagens.
O agente pode ler uma pergunta, recuperar evidência, produzir uma proposta e registar resultado, fontes, incerteza, alterações sugeridas, artefactos criados, perguntas novas e critério de conclusão. Outro agente ou uma pessoa pode rever esse objeto sem reconstruir toda a conversa anterior.
O papel da direção do projeto
A direção conserva propósito, prioridades, compromissos, atribuição de autoridade, decisões com consequências, gestão de trade-offs, comunicação e relação com o meio envolvente do projeto. O sistema dá-lhe uma situação mais partilhada e examinável.
Pode ajudar a responder:
- que perguntas bloqueiam mais trabalho?;
- que decisões se apoiam em evidência fraca?;
- que dependências estão a crescer?;
- que pressupostos se converteram em factos sem validação?;
- que frentes produzem atividade e pouca aprendizagem?;
- que agentes ou equipas esperam contexto?;
- que alteração deveria reabrir uma decisão?;
- que conhecimento depende de uma só pessoa?;
- que resultado ainda carece de critério de aceitação?;
- que parte do plano se apoia numa capacidade não demonstrada?
A inteligência de projetos prepara perguntas e relações. A autoridade sobre objetivos e compromissos permanece em quem dirige e responde pelo projeto.
Escutar o projeto a partir de posições diferentes
Um projeto pode ser descrito de maneira distinta a partir da direção, do negócio, da engenharia, da operação, da segurança, das pessoas utilizadoras e da manutenção. Cada perspetiva torna visível uma parte.
O sistema pode conservar vocabulário, preocupações, critérios, responsabilidades, evidências, desacordos, decisões e consequências.
A indagação ajuda a descobrir que termo significa algo distinto para duas equipas, que condição se dá por adquirida e que exceção muda o desenho.
Esta prática liga a inteligência para projetos à cultura socrática da 3.14: perguntar para compreender melhor a situação e manter visível aquilo que ainda não se sabe.
Projetos que atravessam vários repositórios e sistemas
Um projeto pode utilizar um ou vários repositórios, documentação, issues, pull requests, workflows, salas de colaboração, modelos e agentes, ambientes de execução, sistemas de dados, hardware e decisões organizativas.
A solução pode relacionar estes objetos através de identificadores e eventos. Por exemplo:
- um commit implementa uma decisão;
- um teste traz evidência;
- um issue descobre uma exceção;
- uma revisão modifica uma hipótese;
- um workflow completa uma experiência;
- um incidente reabre uma pergunta;
- um documento formaliza uma política;
- uma pessoa aprova uma alteração;
- um agente propõe uma alternativa.
A integração preserva o lugar onde cada equipa trabalha e acrescenta continuidade entre ferramentas.
Configurar equipas de pessoas e agentes
Em projetos com agentes, a configuração pode definir repositórios, salas, pessoas, sistemas ligados, ferramentas, orquestrador, modelos, papéis, orçamentos, critérios de revisão, ambientes e políticas de execução.
Os papéis podem incluir coordenação e análise, investigação, programação e execução, documentação, avaliação, revisão adversarial e segunda opinião.
A configuração faz parte da memória do projeto. Permite compreender que capacidades estavam disponíveis quando um resultado se produziu.
O que pode mudar para um projeto
Menos reconstrução
As pessoas novas ou os agentes podem entender porque foi tomada uma decisão e o que permanece em aberto.
Perguntas visíveis
O projeto pode gerir incerteza de forma explícita e relacioná-la com trabalho, riscos e decisões.
Decisões revisíveis
As alternativas, a evidência e as condições ficam disponíveis quando o contexto muda.
Melhor continuidade
O trabalho pode ser retomado depois de uma espera, de uma mudança de equipa ou de uma interrupção de agente.
Dependências mais compreensíveis
As relações informativas, técnicas e de autoridade aparecem junto às tarefas.
Menos atividade duplicada
A investigação e as análises prévias recuperam-se com o seu contexto e o seu estado de validade.
Agentes mais bem integrados
Os agentes recebem responsabilidades e objetos concretos, e os seus resultados incorporam-se na memória partilhada.
Aprendizagem do projeto
As experiências, erros, decisões e revisões produzem conhecimento reutilizável.
Aplicações
Desenvolvimento de software
Arquitetura, decisões, repositórios, issues, testes, agentes e implantações relacionados.
Engenharia e robótica
Requisitos, geometria, capacidades físicas, simulação, testes, segurança, hardware e resultados de campo.
Investigação
Perguntas, hipóteses, fontes, evidência, experiências e conclusões com proveniência.
Documentação complexa
Conhecimento distribuído entre versões, requisitos, regras, decisões e responsáveis.
Transformação de sistemas empresariais
Lógica atual, decisões de migração, dependências, exceções, integração e testes.
Produção editorial
Evidência, encomendas, decisões, revisão, formatos, audiências e publicação.
Programas multiagente
Coordenação de agentes especializados, ferramentas, memória, revisão e continuidade.
Como se constrói
A arquitetura pode combinar:
- um modelo tipado de perguntas, evidência e decisões;
- grafos;
- PostgreSQL;
- pesquisa híbrida e pgvector;
- eventos do GitHub e de outros sistemas;
- MCP e FastMCP;
- workflows duradouros;
- agentes;
- políticas de permissões;
- memória de projeto;
- interfaces de exploração;
- Ask 3.14 ou motores de pesquisa conversacionais;
- dashboards de atividade e estado.
A representação central permanece independente de um modelo concreto. Os agentes leem e escrevem através de contratos e permissões.
Estado de maturidade
Protótipo em avaliação.
A capacidade atual permite representar projetos reconstruídos e percursos limitados, navegar perguntas, evidência e decisões e coordenar agentes sobre objetos tipados.
O limiar de maturidade seguinte consiste em acompanhar um projeto ativo durante um ciclo completo e medir utilidade para a direção, continuidade entre participantes, custo de manutenção da representação e qualidade do trabalho retomado.
Condições de utilização
A representação traz valor quando se integra com as ferramentas existentes e quando registar uma decisão ou uma pergunta custa menos do que reconstruí-la depois.
O desenho deve captar automaticamente aquilo que o trabalho já produz e pedir intervenção unicamente quando existe uma decisão semântica ou organizativa.
Cada projeto precisa de acordar o que merece persistir, que autoridade tem cada objeto e que informação deve expirar.
Sistemas relacionados
SuperSocrates
O sistema que pergunta: lacunas, perguntas seguintes e colisões entre fontes, decisões e pressupostos.
SuperQuestions
O produto que representa e gere perguntas, evidência, decisões, dependências e trabalho.
Arquitetura de projetos da 3.14
Repositórios, salas, pessoas, agentes, ferramentas e sistemas configurados por projeto.
RAG e memória de projeto
Recuperação híbrida de documentação, diálogos, código, decisões e atividade.
SuperPythagoras
Construção de software em equipa: papéis, contratos, passagens e SecondOpinion sobre cada alteração com consequências.
Agentes e orquestração
Coordenação de investigação, programação, execução, revisão e segunda opinião.
DocuLogic
Reconstrução de lógica e conhecimento operativo em projetos de modernização.
Encerramento
Um projeto complexo avança melhor quando consegue recordar o que sabe, explicar porque decide e manter visível aquilo que ainda precisa de descobrir.
O que o sistema representa
- 01PerguntasO que falta compreender, porque importa, o que bloqueia e que evidência permitiria avançar.
- 02HipótesesExplicações, desenhos ou previsões que a equipa quer pôr à prova, com os seus pressupostos e contraexemplos.
- 03EvidênciaDocumentos, dados, resultados, rastos, experiências, código e observações com proveniência, versão e âmbito.
- 04DecisõesO que foi acordado, quem responde, que alternativas existiam e sob que condições deveria ser revisto.
- 05DependênciasO que tem de acontecer, ser conhecido ou decidido antes de outra parte poder avançar.
- 06TrabalhoQue resultado se espera, que estado tem, quem intervém e que objeto do conhecimento modifica.
- 07Riscos e incertezasO que poderia mudar o percurso, que consequência teria e que sinal permitiria detetá-lo.
- 08AgentesQue agentes podem investigar, analisar, programar, executar ou rever, com função, ferramentas, permissões e orçamento.
- 09MemóriaO que deve conservar-se para continuar e que contexto pode caducar segundo a política do projeto.
O sistema por dentro
Maturidade · Protótipo- Como se organiza
- O projeto é representado como um grafo de perguntas, evidências, decisões, dependências e trabalho, em vez de como uma lista de tarefas. Os agentes leem e escrevem sobre essa representação com permissões delimitadas. Uma decisão conserva as suas alternativas e as condições em que foi tomada, de modo que possa ser relida mais tarde.
- O que pode examinar-se
- Podemos mostrar um protótipo com um projeto sintético: o grafo, o histórico completo de uma decisão e uma pergunta em aberto com a evidência associada. Também o esquema de dados e as permissões de cada tipo de agente.
- Como se verifica
- Avaliamos reconstrução — se uma pessoa compreende porque foi tomada uma decisão e que informação existia —, continuidade, qualidade das relações, cobertura, custo de registo, utilidade para a direção, comportamento dos agentes e memória.
Condições e limites
A capacidade atual permite trabalhar com projetos reconstruídos e percursos limitados. O seu limiar de maturidade seguinte é acompanhar um projeto ativo durante um ciclo completo e medir utilidade, continuidade e custo de manutenção. A representação traz valor quando registar uma decisão custa menos do que reconstruí-la depois.