Controle quais artigos da base de conhecimento a IA usa

Em todas as ferramentas tratadas aqui, remover um artigo do acervo que fundamenta a sua IA é fácil. Decidir o que remover é mais difícil, porque alguém precisa perceber que o artigo está desatualizado ou deixou de ser relevante.

Quatro controles definem o conteúdo que uma IA usa: quais tipos de fonte estão disponíveis para ela, como uma central de ajuda, uma wiki, o e-mail ou o CRM; o que ela pode acessar dentro de cada fonte; se a idade de uma página influencia o uso dela; e como o conteúdo é mantido, ou seja, se alguém é responsável por ele e é avisado quando ele fica desatualizado, ou se precisa verificar por conta própria. Os agentes de IA do Zendesk e do Intercom cobrem os dois primeiros. Só o Guru cobre o terceiro. Ele consegue manter uma página vencida fora das respostas da IA. Guru e Document360 enviam lembretes de revisão, e no Document360 um artigo vencido continua publicado para os leitores enquanto o lembrete vai para a equipe.

Principais conclusões

• Os agentes de IA do Zendesk leem a central de ajuda em tempo real: “Quando um agente de IA pesquisa uma central de ajuda conectada, ele pesquisa o conteúdo atual da central no momento em que a pesquisa é feita.” Corrija um artigo e a próxima resposta já é diferente.
• O mesmo agente fica limitado ao que aquele cliente já poderia ver: “Se o cliente não estiver autenticado, o agente de IA só pode usar artigos públicos para gerar a resposta.”
• O Intercom separa quem pode ler um artigo de se o Fin pode usá-lo, então você pode ativar ou desativar conteúdo para o Fin item por item ou em massa, e públicos do Fin criados a partir de atributos de pessoas e empresas definem quais clientes recebem qual conteúdo.
• O Guru consegue manter um card vencido fora das respostas da IA: um card deixa de ser verificado quando o intervalo de verificação acaba, e um Knowledge Agent configurado como “Verified only” pesquisa apenas conteúdo verificado.
• O Document360 marca um artigo vencido como Stale e continua publicando o artigo: “Um artigo stale continua aparecendo e funcionando normalmente no site da base de conhecimento.”

Delimitação, e a diferença entre duas configurações parecidas

Uma ferramenta de resposta com IA começa apontando para uma fonte. Os agentes de IA avançados do Zendesk se conectam a uma ou mais delas, e o Zendesk recomenda manter esse número dentro de um limite razoável. O agente lê a central de ajuda no momento em que responde. “Quando um agente de IA pesquisa uma central de ajuda conectada, ele pesquisa o conteúdo atual da central no momento em que a pesquisa é feita.” Edite o artigo e a próxima resposta baseada nele muda.

Um nível abaixo está a chave por artigo. O Intercom permite ativar ou desativar cada conteúdo para o Fin no painel de detalhes enquanto você edita, ou em massa na página de conteúdo em Knowledge, para que um artigo continue na central de ajuda, mas fora das respostas da IA.

A visibilidade na central de ajuda e o uso pela IA parecem uma única configuração, e uma ferramenta que junta as duas numa só vai frustrar você. Quem pode ler este artigo é uma questão de permissão. Se a IA pode citá-lo ao responder é uma questão editorial. Um guia de migração descontinuado deve continuar legível e fora das respostas da IA: clientes na versão antiga ainda precisam encontrá-lo, mas ninguém quer que ele apareça como resposta à pergunta de um cliente novo. O Intercom acrescenta os públicos do Fin, criados a partir de atributos de pessoas e empresas, para que o Fin use uma página com contas enterprise e a deixe de fora no autoatendimento.

O Zendesk segue o caminho oposto e limita a IA ao que o cliente já poderia ver. “Se o cliente estiver autenticado, o agente de IA pode usar artigos restritos relevantes para gerar a resposta. Se o cliente não estiver autenticado, o agente de IA só pode usar artigos públicos para gerar a resposta.” O FAQ de respostas generativas acrescenta um requisito: “É preciso ter uma fonte de conhecimento pública, em qualquer idioma, para que o agente de IA gere respostas a partir dela.”

O padrão do Zendesk impede que a IA mostre a um cliente algo que ele não poderia ler por conta própria, mas é uma ferramenta sem nuances. Se você despublica um artigo para mantê-lo fora das respostas da IA, ele também some para todo cliente que pesquisa na sua central de ajuda e para o agente de suporte que usava o link dele nos tickets.

Regras de atualidade mais sinalizam páginas do que bloqueiam

O Document360 trata a atualidade com lembretes de revisão. Defina uma data de revisão e, quando um artigo publicado passa dela, ele “entra no estado Stale”, com um ponto vermelho na árvore de categorias e um selo Stale no editor. Os leitores não veem mudança nenhuma: “Um artigo stale continua aparecendo e funcionando normalmente no site da base de conhecimento. O estado Stale é um indicador interno, visível apenas no portal da base de conhecimento. Os leitores do site não são avisados de que um artigo está stale.”

O Guru vai um passo além. Cada card tem um verificador e um intervalo de verificação: não expira, 30, 60 ou 90 dias, seis meses ou um ano, com “não expira” como padrão para coleções novas. O intervalo dispara lembretes para o verificador e, quando termina, o card deixa de ser verificado. A diferença está do lado da IA: um Knowledge Agent do Guru pode ser configurado para pesquisar apenas conteúdo verificado, o que o Guru descreve como “maior qualidade, menor cobertura”, então um card não verificado sai das respostas até que alguém o verifique de novo. Os Knowledge Agents também revisam o conteúdo uma vez por dia e podem verificá-lo ou retirar a verificação sozinhos, usando sinais como avaliações negativas e o que o conteúdo diz. A retirada automática da verificação vem desativada por padrão.

O Intercom trata o tempo de outro jeito. Você pode agendar snippets, artigos internos e documentos externos para ativar ou desativar o uso pelo Fin numa data, hora e fuso definidos, com uma data de término opcional para que a mudança se desfaça sozinha. Um agendamento também se sobrepõe a mudanças manuais posteriores: “Mudanças manuais não cancelam um agendamento pendente. Se você alterar a disponibilidade manualmente depois de definir um agendamento, a transição agendada ainda acontece no horário previsto e substitui a sua mudança manual.” Alguém que corrige um item manualmente pode ter a correção desfeita por um agendamento feito antes.

Há um argumento contra deixar a idade bloquear qualquer coisa, porque idade é um indicador fraco de erro. Uma política de reembolso escrita anos atrás pode continuar exatamente certa, enquanto uma página de preços editada recentemente pode já estar desatualizada. O próprio conselho do Guru vai na mesma direção: “Para a maior parte do conteúdo, recomendamos usar ‘Não expira’ e deixar que os Knowledge Agents cuidem das verificações de qualidade contínuas automaticamente."

"Bloquear páginas desatualizadas” são três pedidos diferentes

Esta página está errada e eu sei disso. Despublique, arquive, exclua ou desative para a IA. Todas as ferramentas tratadas aqui fazem alguma versão disso, e é o único dos três pedidos que tem efeito no momento em que você aperta o botão.

Esta página é antiga e pode estar errada. Datas de revisão e intervalos de verificação respondem a isso com uma tarefa para uma pessoa. A configuração “verified only” do Guru é o único caso entre essas ferramentas em que o tempo vencido mantém uma página fora das respostas da IA. A disponibilidade agendada do Intercom é uma chave acionada por data, mas você a define item por item, com antecedência, em vez de derivá-la da idade.

Esta página contradiz uma mais nova. Esse é o pedido que mais ajudaria, porque uma contradição é evidência de erro de um jeito que uma data não é. O Guru é quem chega mais perto. Uma regra de retirada automática da verificação pode sinalizar um card como quase duplicado de outro, e o Guru publica um modelo de skill para os seus Knowledge Agents que lista cards que se contradizem, citando os dois lados “para que uma pessoa resolva em um minuto em vez de pesquisar tudo de novo”. O Guru diz que o modelo “não é uma solução pronta para uso”, e decidir qual card está certo continua sendo responsabilidade de alguém.

Uma página antiga que pode estar errada é onde essas ferramentas menos ajudam. Uma data de revisão diz a alguém que é hora de olhar, mas não o que mudou, então a pessoa relê a página inteira e confere com a política atual.

O que conectar o CRM e a caixa de suporte traz

A outra coisa a verificar nessas ferramentas é se elas alcançam o seu CRM e a sua caixa de suporte. Essa conexão funciona em duas direções, e os fornecedores documentam uma delas muito melhor do que a outra.

A direção de leitura está bem coberta. Os agentes de IA do Zendesk e do Intercom funcionam dentro dos próprios help desks, então a resposta sai na conversa que o cliente começou, e os públicos do Intercom moldam essa resposta com dados de pessoas e empresas.

A direção de escrita é a que decide se a sua documentação continua correta, mas é mais fraca. O exemplo mais claro é o do Zendesk. Um agente de suporte trabalhando num ticket pode sinalizar um artigo na seção de conhecimento do painel de contexto, e o Zendesk cria um ticket com o link para o artigo sinalizado, o ticket de origem, o nome de usuário do agente e os comentários dele no texto. Nos planos Enterprise, o Zendesk atribui esse ticket ao responsável pelo artigo. Nos outros planos, o ticket fica sem responsável.

Cada etapa depende de alguém arranjar tempo. Um agente de suporte precisa notar o problema e fazer a sinalização, e o responsável precisa editar o artigo, então as atualizações atrasam quando o suporte fica sobrecarregado.

A página ficou desatualizada porque mantê-la em dia não era trabalho de ninguém

Bloquear uma página desatualizada é um paliativo para um problema um nível abaixo. A página ficou desatualizada porque a informação que a teria corrigido nunca chegou até ela.

Imagine como isso acontece. Alguém anuncia uma mudança de preço numa conversa. Um parceiro manda termos revisados num anexo. Um cliente responde que os passos de configuração de um artigo não batem mais com a tela. O suporte explica a nova política aos clientes por e-mail antes que alguém abra a documentação. Nada disso é segredo, mas ninguém transcreve essas informações para o lugar que a IA lê.

O estudo de 2018 da Panopto com a YouGov, uma pesquisa com 1.001 adultos nos EUA com pelo menos cinco anos de experiência profissional em organizações de 200 funcionários ou mais, concluiu que 42% do conhecimento institucional é exclusivo de cada pessoa, e que 60% dos entrevistados achavam difícil, muito difícil ou quase impossível obter dos colegas informações vitais para o próprio trabalho.

Manter uma central de ajuda em dia exige que alguém perceba que uma conversa contradiz um fato documentado e depois corrija o artigo. Numa empresa sem ninguém cujo trabalho seja fazer isso, o lembrete de que um artigo está na hora da revisão não chega a ninguém em particular. Escrevemos a versão mais ampla desse argumento em the missing middle of company knowledge, e a pesquisa publicada está na nossa página sobre conhecimento não registrado.

Onde nós entramos

O this+that lê todas as mensagens que a sua equipe recebe em Gmail, Outlook, Slack, Microsoft Teams, Google Chat, e WhatsApp Business, transforma os pedidos que elas contêm em tarefas no DoBox e encaminha cada uma para um workflow ou para uma pessoa. A camada de conhecimento é o Brain: páginas em espaços pessoais, de equipe e públicos, com histórico de versões e detecção de conflitos quando duas pessoas ou dois agentes editam a mesma página.

O espaço de uma página define quem pode vê-la. Páginas pessoais são visíveis só para você. Páginas de equipe são compartilhadas com a sua equipe. Páginas públicas são as que você escolhe tornar públicas como conteúdo estático.

Escrever de volta no Brain resolve o problema da manutenção. Os workflows leem o Brain para fundamentar o que fazem, incluindo rascunhos, e escrevem de volta nele enquanto rodam. O workflow pronto Brain da empresa cria páginas a partir dos seus canais públicos do Slack, do e-mail e do código, registrando decisões e arquitetura, e tudo o que vem de uma fonte privada espera a sua aprovação no DoBox antes. O agente Support Reply Composer escreve respostas de suporte com base nas respostas documentadas no seu Brain, cita as páginas que usou e avisa quando falta documentação. O agente Runbook Keeper responde “como fazemos X?” a partir do Brain e escreve o runbook que falta sempre que a resposta precisou vir de uma pessoa. Toda escrita cai numa página com histórico de versões, então uma edição ruim pode ser recuperada.

O workflow Brain da empresa é uma primeira versão do que estamos construindo: um workflow pensado para manter a maior parte do Brain, em vez de uma manutenção que acontece dentro de workflows feitos para automatizar outra coisa. Os Contatos já se mantêm atualizados a partir das suas mensagens.

Se a sua equipe já escolheu o Notion ou o Confluence como lugar da documentação, os nossos agentes podem ler e escrever lá via MCP. O HubSpot, o Salesforce e qualquer outro servidor MCP se conectam do mesmo jeito.

Os primeiros 30 dias são grátis se você quiser conectar uma caixa de e-mail e ver o que ele escreve.

Como pesquisamos

Todo comportamento de fornecedor descrito acima vem da documentação do próprio fornecedor, com o link na frase que faz a afirmação, lida em 23 de setembro de 2026. Essas páginas mudam, então confira a data da documentação antes de confiar nela.

Perguntas frequentes

Quais ferramentas de chat com base de conhecimento permitem controlar quais artigos a IA usa? O Intercom permite ativar ou desativar conteúdo para o Fin item por item ou em massa, e direcionar conteúdo a públicos criados a partir de atributos de pessoas e empresas. O Zendesk delimita por fonte de conhecimento conectada e pelo que o cliente tem direito de ver, então um visitante não autenticado recebe respostas apenas de artigos públicos. O Guru pode limitar um Knowledge Agent a conteúdo verificado.

Como impedir que uma IA responda com base numa página desatualizada? Duas correções têm efeito imediato. Corrija o artigo, numa ferramenta como o Zendesk, cuja IA lê a versão atual, ou tire o artigo do que a IA lê: despublique, arquive ou desative para a IA especificamente, onde a sua ferramenta permitir. Datas de revisão e intervalos de verificação, na maioria dos casos, criam uma tarefa para o responsável pela página. O Guru é a exceção: um agente configurado para usar apenas conteúdo verificado deixa de usar um card quando o intervalo dele vence.

Uma base de conhecimento consegue atualizar os próprios artigos automaticamente? Nada na documentação dos fornecedores citada aqui descreve um artigo se reescrevendo a partir de conversas com clientes. O que existe é detecção e encaminhamento, como uma sinalização de um agente de suporte, um lembrete numa data, um ticket para o responsável, um selo de não verificado. No this+that, workflows e agentes escrevem de volta no Brain enquanto rodam, e o workflow Brain da empresa segura tudo o que vem de uma fonte privada até uma pessoa aprovar.

As respostas de IA respeitam as permissões da central de ajuda? Os agentes de IA avançados do Zendesk respeitam, e dizem isso: artigos restritos ficam disponíveis para um cliente autenticado e apenas artigos públicos para um não autenticado. O Intercom trata a visibilidade na central de ajuda e o uso pelo Fin como configurações separadas, então verifique o comportamento na ferramenta que você usa em vez de supor que uma coisa implica a outra.

O que verificar antes de conectar uma ferramenta de chat com base de conhecimento ao CRM e à caixa de suporte? Verifique em que direção a integração funciona. O Zendesk e o Intercom leem o contexto do cliente para compor uma resposta. Levar uma correção de um ticket para o artigo é o que mantém a sua documentação correta, e nas ferramentas tratadas aqui isso depende de pessoas, não de automação.