Toda empresa investe em dado estruturado: data warehouse, painel, indicador, integração. Mas o conhecimento que realmente decide um projeto quase nunca mora numa tabela. Ele está na ata que ninguém releu, no e-mail em que o cliente explicou por que rejeitou a arquitetura anterior, no chamado que mostra que aquele erro já aconteceu duas vezes.

Esse acervo é não estruturado e, por isso, morre em caixas de entrada. Por outro lado, é exatamente ele que a IA generativa lê bem. Falta um lugar onde esse conteúdo viva organizado e um caminho seguro até o assistente. Na Inove, o lugar é um vault Obsidian corporativo e o caminho é o MCP.

O problema: o conhecimento real da empresa não é estruturado

Faça o exercício. Onde está registrado por que a empresa escolheu um hyperscaler em vez de outro? E a decisão de manter um sistema legado por mais dois anos, com o raciocínio que a sustentava?

Na prática, a resposta costuma ser: espalhado. Um pedaço numa apresentação antiga, outro numa thread de e-mail de quem já saiu, outro na memória de um analista. É o mesmo padrão que vemos no suporte de TI: o contexto mora na cabeça de uma ou duas pessoas, e cada incidente novo custa como se fosse o primeiro.

Além disso, há um custo silencioso. Sem contexto acessível, cada decisão é retomada do zero — o time refaz análise já feita e reabre discussão já encerrada. Não é falta de competência: é falta de memória organizacional.

Por que um grafo de notas vence pastas e wikis mortos

A pasta compartilhada falha porque exige que você saiba onde procurar antes de procurar. O wiki corporativo falha por outro motivo: nasce bonito, envelhece rápido e vira um cemitério de páginas que ninguém tem coragem de apagar.

Um vault Obsidian funciona diferente por três razões. Primeiro, é Markdown em arquivos de texto: sem banco proprietário, sem lock-in, versionável em Git, legível daqui a dez anos. Segundo, o conteúdo se organiza por links entre notas, não por hierarquia de pastas — a nota do incidente aponta para a do cliente, que aponta para a do ambiente, que aponta para a decisão de arquitetura. O caminho existe mesmo quando você não lembra do nome do arquivo.

Terceiro, e é o que mais importa aqui: texto plano com links é o formato ideal para uma IA consumir. PDF exige extração, planilha exige interpretação. Uma nota em Markdown com títulos, listas e referências cruzadas chega ao modelo praticamente pronta.

MCP: a tomada padrão entre o seu conhecimento e a IA

Traduzindo a sigla para linguagem de negócio: MCP (Model Context Protocol) é um padrão aberto que define como um assistente de IA se conecta a uma fonte de dados da empresa. Pense na tomada de três pinos — antes dela, cada fabricante tinha o seu plugue e nada encaixava.

Sem MCP, integrar IA ao conhecimento interno significa escrever um conector sob medida para cada assistente — e refazer tudo quando a ferramenta muda. Com MCP, você expõe a fonte uma vez, com regras de acesso próprias, e qualquer assistente compatível passa a enxergá-la.

Em segurança, a diferença é grande. O MCP não despeja o acervo dentro do modelo: oferece operações controladas — buscar, ler, criar, editar. Quem define o que está exposto é você, no servidor, não o prompt do outro lado.

Arquitetura de referência: quatro peças, sem mistério

O desenho cabe em quatro blocos. O vault é uma pasta de arquivos Markdown em servidor próprio na nuvem — não numa pasta pessoal de sincronização, que é onde esse tipo de iniciativa costuma morrer. A sincronização contínua replica o cofre entre servidor e estações, com histórico de versões.

O servidor MCP expõe o vault: publica um conjunto reduzido de operações e aplica permissão por escopo — este agente lê só esta área, aquele escreve só naquela pasta. E o agente consome tudo isso e responde já sabendo do que se trata.

Nada disso exige stack exótica: instância pequena, disco cifrado, acesso por chave, backup restaurável. É infraestrutura convencional bem-feita — e é por ser convencional que sobrevive ao entusiasmo inicial.

Governança: o que entra, quem escreve e o que nunca deve entrar

Esta seção decide se o projeto vira ativo ou passivo. Comece pelo que entra: decisões e o porquê delas, desenhos de ambiente, causa raiz de incidentes, contexto de atendimento. O critério é simples — se alguém vai precisar disso em seis meses e não vai lembrar, vira nota.

Depois, quem escreve: todo o time, com uma regra de ouro — nota curta e datada vale mais que documento perfeito que nunca sai. Uma nota por decisão, por cliente, por ambiente. E quem tocou no assunto atualiza a nota no mesmo dia.

Por fim, o que nunca entra — e aqui não há exceção:

• Credenciais, chaves e tokens. Isso vive em cofre de segredos. Um vault lido por agente tem, por definição, superfície de exposição maior.
• Dado pessoal de titular. CPF, endereço, dado de saúde, base de clientes. A LGPD exige finalidade e minimização; nota de contexto não é base de dados pessoais.
• Documento sob sigilo contratual que o contrato não autoriza replicar fora do ambiente do cliente.

Some a isso o básico de cibersegurança: cifra em repouso e em trânsito, acesso nominal, log de quem leu o quê, retenção definida e — o mais esquecido — restauração testada. Backup nunca restaurado é esperança, não controle.

Como a Inove usa na prática

Operamos um vault corporativo em servidor próprio na nuvem, replicado continuamente e ligado aos nossos assistentes via MCP. Ali vivem três coisas: memória de projeto (o que foi feito, em que ordem, com qual resultado), decisões datadas e contexto de atendimento.

O efeito aparece na conversa. Quando um assunto volta meses depois, o assistente não começa do zero: recupera o histórico, lembra da restrição que existia e evita a sugestão já descartada. O atendimento fica personalizado porque o contexto é real, não porque alguém escreveu um prompt melhor.

Há um ganho secundário: a qualidade da escrita interna subiu. Quando a nota será lida por uma pessoa e por um agente, escreve-se com mais precisão.

Primeiros 30 dias: comece pequeno de propósito

1. Semana 1 — um domínio só. Um cliente, um projeto, um ambiente. Nada de “vamos documentar a empresa”. Suba servidor, vault e backup.
2. Semana 2 — padrão mínimo. Título, data, responsável, links. Três ou quatro tipos de nota, não quinze. Escreva a política do que nunca entra antes da primeira nota.
3. Semana 3 — MCP em modo leitura. Só busca e leitura, escopo restrito. Deixe o time perguntar e observe onde falta contexto: o buraco aparece sozinho.
4. Semana 4 — libere a escrita e meça. O agente passa a registrar notas na área definida. Meça uma coisa: quantas perguntas o time respondeu sem incomodar outra pessoa.

Se ao fim do mês o vault tiver quarenta notas úteis e nenhuma senha dentro, o modelo está de pé. O resto é repetir o ciclo em novos domínios.

Para ir mais fundo, combine este desenho com o material da Inove Academy: o e-book de Cibersegurança e LGPD fecha a classificação da informação e a responsabilidade sobre dado pessoal, e o guia rápido de migração para nuvem ajuda a decidir onde hospedar o servidor do cofre.

A tese é modesta e por isso funciona. Você não precisa de um projeto de IA para ter IA útil na empresa: precisa de um lugar onde o conhecimento seja escrito, de uma porta padrão que a IA saiba abrir e de uma regra clara sobre o que jamais atravessa essa porta. O cérebro corporativo não nasce de uma ferramenta nova — nasce do hábito de registrar o que se decidiu, onde a máquina também consegue ler.