À medida que mais equipes integram agentes de IA em seus fluxos de trabalho de documentação, surge uma questão arquitetônica comum: quando o Document360 oferece tanto endpoints MCP quanto endpoints padrão de API, qual agente de IA como Claude Code deve usar, e quando?
Este artigo explica como pensar nessa decisão, quando usar cada interface e como uma abordagem híbrida frequentemente oferece o melhor de ambas.
Compreendendo as duas interfaces
A interface MCP expõe um conjunto curado de ferramentas como busca, recuperação, criação, atualização, por meio de um protocolo estruturado que agentes de IA entendem nativamente. Quando um agente se conecta via MCP, ele pode descobrir quais operações estão disponíveis, entender seus esquemas de entrada/saída e invocá-los como parte de uma cadeia de raciocínio, tudo isso sem código de colagem personalizado.
A API padrão oferece acesso direto e de baixo nível às capacidades completas do Document360 via endpoints REST. Você controla explicitamente cada parâmetro de requisição, lógica de retentativa, paginação e fluxo de autenticação.
Ambas as interfaces se comunicam com a mesma base de conhecimento subjacente. A diferença está em como um agente (ou seu código) interage com ela.
Padrão para MCP quando o agente suportar
O MCP é feito especialmente para agentes de IA. Quando o servidor MCP do Document360 estiver disponível e cobrir a operação que você precisa, ele deve ser sua primeira escolha para fluxos de trabalho agentes. Veja o porquê:
Não é necessário código de cola - O agente descobre as ferramentas disponíveis dinamicamente. Você não precisa escrever construtores de requisições personalizados ou analisar respostas brutas da API para operações comuns como busca em artigos ou busca por estruturas de categorias.
Entradas e saídas estruturadas - Cada ferramenta MCP possui um esquema definido. Isso reduz erros causados por requisições malformadas e torna o comportamento dos agentes mais previsível.
Adequação natural ao raciocínio em múltiplas etapas – agentes de IA se destacam em encadear ações como buscar um artigo, ler seu conteúdo e depois atualizá-lo com base no que foi encontrado. As ferramentas MCP são projetadas exatamente para esse tipo de fluxo de trabalho sequencial e consciente do contexto.
Autenticação padronizada e passagem de contexto - MCP lida com OAuth e contexto de forma consistente entre serviços, reduzindo atritos de integração quando seu agente se conecta a múltiplos sistemas.
Use a API padrão quando precisar de controle
O servidor MCP expõe um subconjunto curado da superfície completa da API do Document360. Há casos em que fazer mais sentido passar para a API padrão:
A operação não é exposta via MCP - Verifique se a capacidade específica que você precisa. Um filtro específico, uma exportação em massa, um gatilho webhook está disponível nas ferramentas MCP suportadas. Se não estiver, a API padrão é seu caminho.
Você precisa de otimizações de desempenho - Se seu fluxo de trabalho envolve lotar muitas requisições, transmitir grandes cargas úteis ou armazenar respostas em cache de forma agressiva, a API padrão oferece alavancas de controle que abstrações MCP não têm.
Você está construindo automação não agential – jobs cron, pipelines de dados e manipuladores de webhooks não se beneficiam da descoberta de ferramentas ou do raciocínio agente. Uma chamada direta à API é mais simples e mais fácil de manter nesses contextos.
Você precisa de controle preciso de paginação ou retentativas – A API padrão te dá controle total sobre como você percorre grandes conjuntos de resultados e lida com erros transitórios, o que é importante para automação sensível à confiabilidade.
Uma abordagem híbrida geralmente funciona melhor na prática
Para a maioria das equipes que constrói com agentes de IA, a arquitetura ideal não é uma escolha binária. Ela é em camadas:
Camada | Interface | Propósito |
|---|---|---|
Raciocínio e atuação do agente | MCP | Buscar, recuperar, criar, atualizar documentos usando ferramentas naturais |
Operações de precisão | API padrão | Processamento em lote, operações não suportadas, caminhos críticos de desempenho |
Automação em segundo plano | API padrão | Pipelines, cron jobs, webhooks que não precisam de descoberta de ferramentas |
Pense assim: deixe o agente usar o MCP para saber no que os agentes são bons – raciocinar sobre qual ferramenta chamar, encadear ações em múltiplas etapas e trabalhar com conteúdo estruturado de documentação. Reserve chamadas diretas de API para operações determinísticas, sensíveis ao desempenho ou não suportadas onde o controle explícito importa.
Checklist prático antes de escolher
Antes de decidir qual interface usar para uma determinada operação, trabalhe sobre estas questões:
A operação está disponível como ferramenta MCP? Confira as ferramentas listadas no artigo Ferramentas Suportadas . Se sim, prefira MCP.
O agente precisa raciocinar sobre qual ação tomar? Se o agente decide dinamicamente o que fazer a seguir com base no contexto, o MCP se encaixa naturalmente.
Você precisa processar grandes volumes ou controlar o comportamento em nível de requisição? Se sim, use a API padrão.
Isso faz parte de uma automação não agential (pipeline, escalonador, webhook)? Se sim, use a API padrão diretamente, não há benefício em descobrir ferramentas aqui.
Você está conectando múltiplos serviços? O modelo padronizado de autenticação do MCP reduz atritos quando seu agente fala com o Document360 junto com outras ferramentas habilitadas para MCP.
Como isso fica em um fluxo de trabalho real
Considere um engenheiro de suporte usando um agente de IA para identificar e preencher lacunas na documentação dos tickets recebidos.
O agente faria:
Use
document360-mcp-searchpara verificar se já existe documentação relevanteUse
document360-mcp-get-articlepara recuperar e ler o artigo mais próximo que correspondeUse
document360-mcp-create-articlepara redigir um novo artigo se houver uma lacuna
As três etapas acontecem pelo MCP. O agente raciocina sobre o que fazer a seguir em cada etapa, e os esquemas das ferramentas guiam a interação.
Se essa mesma equipe também executa um pipeline noturno para exportar todos os artigos para um sistema de auditoria externo, esse pipeline chamaria diretamente a API padrão. Não precisa de descoberta de ferramentas; só precisa de acesso confiável e paginado ao conteúdo dos artigos em um cronograma.
À medida que a cobertura do MCP cresce
Servidores MCP estão evoluindo. A implementação atual do Document360 cobre as operações de documentação mais comuns para agentes de IA – busca, recuperação e gerenciamento de conteúdo. Com o tempo, mais da superfície da API provavelmente será exposta por meio do MCP, o que deslocará o equilíbrio ainda mais para o MCP na maioria dos casos de uso agente.
Por enquanto, a regra prática é começar com o MCP, voltar para a API padrão para lacunas e projetar seu sistema para que alternar entre os dois seja simples.
.png)
FAQ
Um agente de IA pode alternar entre MCP e a API padrão dentro do mesmo fluxo de trabalho?
Sim. Um único fluxo de trabalho pode usar o MCP para as etapas de raciocínio e ação – busca, leitura, escrita e chamar diretamente a API padrão para operações fora do escopo do MCP. As duas interfaces não são mutuamente exclusivas; elas acessam a mesma base de conhecimento subjacente.
Usar a API padrão contorna as regras de permissão e visibilidade do Document360?
As duas interfaces lidam com permissões de forma diferente. O MCP depende do OAuth e inclui o contexto completo do usuário, então respeita todos os controles de acesso baseados em funções — o agente de IA só pode acessar conteúdos que o usuário autenticado pode ver.
A API padrão opera com um token de API, que controla o tipo de operações permitidas (leitura, escrita, exclusão), mas não impõe acesso a funções em nível de portal ou conteúdo. Ela não carrega o contexto do usuário da mesma forma. Tenha isso em mente ao projetar fluxos de trabalho que envolvam conteúdo sensível ou restrito; o MCP é a interface mais apropriada onde a visibilidade baseada em papéis importa.
Nosso agente de IA ainda não suporta MCP. Devemos esperar ou construir com a API padrão agora?
Construa com a API padrão agora se você tiver um caso de uso funcionando. O suporte ao MCP está crescendo em várias plataformas de IA, mas não há motivo para atrasar. Projete sua integração para que as ações do agente sejam modulares, facilitando a troca de chamadas de ferramentas MCP depois, sem reestruturar todo o fluxo de trabalho.