Esta é uma série em 10 partes sobre como a Apidog desenvolveu o Apidog CLI, uma ferramenta de linha de comando para testes de API.
Construímos 126 ferramentas MCP. Então descobrimos que essa não era a melhor solução para agentes.
Quando o MCP se tornou o principal assunto da indústria, a pergunta era simples:
“Você tem MCP?”
A Apidog MCP continua funcionando. Porém, ao aplicar MCP em fluxos de trabalho mais complexos, encontramos limitações importantes.
A conclusão foi direta: MCP é excelente para conectar ferramentas, mas tarefas complexas precisam de processos de engenharia executáveis, previsíveis e fáceis de automatizar.
O que é o Apidog CLI?
Apidog CLI é uma ferramenta de linha de comando para testes de API que permite executar cenários de teste e gerenciar documentação.
Na prática, ele ajuda a transformar testes e documentação de API em etapas executáveis dentro do fluxo de desenvolvimento, por exemplo:
- rodar cenários de teste localmente;
- executar testes em pipelines de CI/CD;
- validar APIs antes de publicar mudanças;
- manter documentação e testes conectados ao processo de entrega.
Por que usar uma CLI em vez de depender apenas de ferramentas conectadas?
Ferramentas conectadas, como MCP, são úteis para acionar capacidades externas. O problema aparece quando o fluxo deixa de ser uma ação isolada e passa a envolver várias etapas.
Um fluxo real de API normalmente inclui:
- preparar o ambiente;
- executar cenários de teste;
- validar respostas;
- gerar ou atualizar documentação;
- retornar um resultado confiável para o desenvolvedor ou para o pipeline.
Para esse tipo de processo, uma CLI é mais adequada porque pode ser versionada, automatizada e executada de forma repetível.
Como pensar em um fluxo com Apidog CLI
Um fluxo básico com o Apidog CLI pode ser organizado assim:
# 1. Preparar o ambiente
# Exemplo: configurar variáveis, tokens ou ambiente de execução
# 2. Executar cenários de teste da API
apidog <comando-de-teste>
# 3. Validar o resultado no terminal ou no pipeline
echo $?
# 4. Usar o resultado para aprovar ou bloquear a entrega
Em um pipeline de CI/CD, a ideia é a mesma:
steps:
- name: Executar testes de API
run: |
apidog <comando-de-teste>
O ponto principal não é apenas “chamar uma ferramenta”, mas transformar o teste de API em uma etapa explícita do processo de engenharia.
Onde o MCP continua útil
O MCP continua sendo útil para conectar agentes a ferramentas e permitir interações mais flexíveis.
Mas, para tarefas que exigem execução consistente, como testes automatizados de API, uma abordagem baseada em CLI tende a ser mais simples de manter:
Agente ou desenvolvedor
↓
Processo executável
↓
Apidog CLI
↓
Resultado validável
Essa separação deixa o agente responsável por orquestrar e interpretar, enquanto a CLI executa o trabalho técnico de forma previsível.
Resumo
O Apidog CLI surgiu da necessidade de ir além da simples conexão entre ferramentas.
MCP ajuda agentes a acessar capacidades externas. Mas quando o objetivo é executar testes de API, validar mudanças e integrar isso ao fluxo de engenharia, uma CLI oferece uma base mais prática e automatizável.
Em outras palavras:
- MCP conecta ferramentas;
- Apidog CLI executa processos;
- fluxos complexos precisam de execução confiável, não apenas integração.
Top comments (0)