Documentation Index

Fetch the complete documentation index at: https://docs.document360.com/llms.txt

Use this file to discover all available pages before exploring further.

Isenção de responsabilidade: Este artigo foi gerado usando tradução automática.

MCP vs API padrão

Prev Next

À 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 selecionado de ferramentas – buscar, recuperar, criar, atualizar, gerenciar fluxos de trabalho e publicar conteúdo – por meio de um protocolo estruturado que os agentes de IA compreendem 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 ele.


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. Aqui está 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 buscar artigos ou buscar 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.

Encaixe natural para 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, 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. Existem casos em que fazer um dropdown para a API padrão faz mais sentido:

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 de webhook — está disponível nas ferramentas MCP suportadas. Se não for, a API padrão é 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 agentica – 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 de 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 constroem com agentes de IA, a arquitetura ideal não é uma escolha binária. É em camadas:

Camada Interface Propósito
Raciocínio e atuação do agente MCP Busque, recupere, crie, atualize, gerencie fluxos de trabalho e publique conteúdo por meio do uso natural de ferramentas
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 do que os agentes são bons – raciocinar sobre qual ferramenta chamar, encadear ações em várias 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:

  1. A operação está disponível como uma ferramenta MCP? Confira as ferramentas listadas no artigo Ferramentas Suportadas . Se sim, prefira MCP.
  2. 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.
  3. Você precisa processar grandes volumes ou controlar comportamentos em nível de requisição? Se sim, use a API padrão.
  4. Isso faz parte de uma automação não agentiva (pipeline, escalonador, webhook)? Se sim, use a API padrão diretamente — não há benefício em descobrir ferramentas aqui.
  5. Você está conectando vários serviços? O modelo padronizado de autenticação do MCP reduz atritos quando seu agente se comunica 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:

  1. Use document360-mcp-search para verificar se já existe documentação relevante
  2. Use document360-mcp-get-article para recuperar e ler o artigo mais próximo que corresponde
  3. Use document360-mcp-create-article para redigir um novo artigo se houver uma lacuna
  4. Use document360-mcp-set-workflow-status para mover o artigo para revisar e designar o membro da equipe apropriado
  5. Use document360-mcp-publish-article para publicar o artigo depois que ele for revisado e aprovado

Todos os cinco passos 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 do artigo 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, gerenciamento de conteúdo, gerenciamento de fluxos de trabalho e publicação. 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 à API padrão para lacunas e projetar seu sistema para que alternar entre os dois seja simples.


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; Eles 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 tem permissão para 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 papéis em nível de portal ou conteúdo. Ela não transmite 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 funções 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 funcional. O suporte ao MCP está crescendo em várias plataformas de IA, mas não há motivo para adiar. Projete sua integração para que as ações do agente sejam modulares — isso facilita a troca de chamadas de ferramentas MCP depois, sem reestruturar todo o fluxo de trabalho.