Não voltas a treinar nada. É essa a resposta, e vale a pena ser rigoroso quanto ao porquê. Um servidor MCP de empresa construído sobre uma base de conhecimento não grava factos nos pesos do modelo. O modelo lê os teus documentos no momento da resposta e cita o que leu. Manter o servidor atualizado significa, portanto, manter os documentos atualizados — nada mais. No SuperCognit, a base de conhecimento ressincroniza-se a partir das fontes de forma agendada, até de hora a hora, pelo que estar atualizado é algo que o sistema mantém, e não algo de que uma pessoa se tem de lembrar.

Se isto soa demasiado simples, é porque a maior parte da confusão vem de um único modelo mental errado.

O fine-tuning é o enquadramento errado

As pessoas chegam a «a IA da nossa empresa está desatualizada» com um hábito herdado de um fluxo de trabalho mais antigo: o modelo é treinado, o modelo fica obsoleto, o modelo é treinado outra vez. Esse enquadramento torna a atualidade cara, e por isso as equipas racionam-na. Atualizações trimestrais. Uma fila de pedidos de alteração para a base de conhecimento. Alguém cujo trabalho é manter a IA.

Um servidor MCP assente numa base de conhecimento funciona de outra forma. Quando o Claude — ou qualquer cliente MCP — faz uma pergunta ao teu servidor, o servidor recupera as passagens relevantes dos teus documentos e o modelo responde a partir dessas passagens, com citações. Muda o documento e a resposta seguinte muda com ele. Não há passo de treino para agendar, não há pesos para tocar, não há uma versão do modelo que «sabe» os preços do trimestre passado.

O problema da atualidade reduz-se a um problema de sincronização. E problemas de sincronização resolvem-se com um agendamento.

O que fica realmente desatualizado

Vale a pena ser concreto, porque é isto que determina a tua cadência:

  • Preços e planos — o clássico. O website mudou; o PDF que alguém carregou em março não.
  • Políticas — condições de cancelamento, prazos de devolução, compromissos de serviço. O departamento jurídico edita-as e ninguém avisa a equipa de IA, porque não devia ser preciso existir uma.
  • Pessoas e estrutura — quem é responsável pelo quê, para quem escalar.
  • Factos de produto — especificações, compatibilidade, o que foi lançado na semana passada.
  • Detalhes operacionais — horários de funcionamento, encerramentos sazonais, vias de contacto.

Repara no padrão: quase tudo isto já vive num sítio canónico, normalmente o website. A desatualização é um problema de cópia. A base de conhecimento era uma fotografia do momento, e as fotografias envelhecem.

Aponta para a fonte de verdade e sincroniza a partir dela

01

Importa o site em produção, não uma exportação

O SuperCognit percorre o teu website e transforma-o numa base de conhecimento com citações em cerca de dois minutos. O crawl é o caminho de ingestão, e isso importa porque pode correr outra vez — uma cópia exportada não pode.

02

Carrega apenas o que não tem URL

Procedimentos internos, fichas técnicas, documentos que nunca tocam a web. Os uploads são a única categoria que precisa genuinamente de um humano para os substituir quando mudam, por isso mantém este monte pequeno e deliberado.

03

Define o agendamento de ressincronização

As fontes rastreadas atualizam-se segundo o agendamento que escolheres, até de hora a hora. Páginas que mudam com frequência merecem uma cadência apertada; a página «Sobre nós» não.

04

Deixa o teu fluxo de edição atual fazer o trabalho

A partir daqui, atualizar o servidor MCP é apenas atualizar o website, coisa que a tua equipa já faz. O marketing edita uma página; dentro da janela de sincronização, todos os clientes MCP ligados passam a responder a partir da nova versão.

Escolher uma cadência sem complicar

De hora a hora parece a escolha óbvia para tudo, e para um site pequeno serve perfeitamente. Mas a cadência é, no fundo, uma afirmação sobre quanta desatualização toleras por fonte. Preços: minutos. Documentação: horas costuma ser o honesto. Páginas de políticas: uma vez por dia apanha tudo o que uma revisão jurídica humana realmente produz. O objetivo não é atualidade máxima em todo o lado; é que a janela de desatualização de nenhuma fonte seja maior do que o dano que uma resposta desatualizada causaria.

O modo de falha contra o qual deves desenhar

Os servidores que apodrecem são os alimentados à mão. Uma pasta de PDFs carregados é uma base de conhecimento sem pulso — exata no dia do upload, a decair a partir daí, e a decadência é invisível até alguém receber uma resposta citada com toda a confiança a partir de um documento ultrapassado. As citações ajudam aqui, já agora: quando uma resposta cita a fonte, uma resposta desatualizada aponta pelo menos para o documento desatualizado, e assim corriges a causa em vez de discutires com o sintoma.

A disciplina, portanto: tudo o que muda na web é sincronizado a partir da web. Tudo o que é carregado ganha um dono e um hábito de revisão. Nada é colado como texto livre quando tem uma casa canónica noutro lado.

Uma só construção, todas as superfícies

Um detalhe que faz as contas fechar: a mesma construção produz simultaneamente um agente de chat e um servidor MCP. Uma base de conhecimento, um agendamento de sincronização — a resposta que um visitante recebe no teu site coincide com a resposta que um colega recebe no Claude. Manténs a atualidade uma vez e todas as superfícies herdam-na. E é esse o ponto: quão atualizado está o MCP da tua empresa devia ser uma propriedade da canalização, não uma tarefa na lista de alguém.