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
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.
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.
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.
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.
