Como conectar o ezeep MCP ao Claude Code

Se você já está trabalhando no Claude Code, adicionar impressão ao que você está desenvolvendo não requer um cliente REST, uma chave de API para armazenar manualmente ou a leitura da documentação da ezeep antes de escrever uma linha de código. O Claude Code pode se conectar diretamente ao ezeep MCP server, descobrir as ferramentas de impressão e começar a chamá-las na mesma sessão.

Como adicionar o ezeep MCP server ao Claude Code

Um comando no terminal:

claude mcp add --transport http ezeep https://mcp.ezeep.com/mcp

Isso é toda a configuração. Não é preciso gerar um token antes, nem editar manualmente um arquivo de configuração. A URL do OAuth faz com que o Claude Code gerencie o login e a renovação do token automaticamente, de modo que nada relacionado à ezeep fique armazenado localmente e possa ser perdido.

O que acontece na primeira chamada a uma ferramenta ezeep no Claude Code

O Claude Code não pede nada no momento da conexão. Na primeira vez que você realmente pedir que ele faça algo envolvendo a ezeep (por exemplo, listar suas impressoras ou imprimir um arquivo de teste), ele abre uma nova aba do navegador com a página de login da ezeep. Faça login, autorize se for solicitado, e o controle volta para o Claude Code. A partir de então, naquela sessão, as ferramentas de impressão funcionam como qualquer outra ferramenta à qual o Claude Code tem acesso, e o token é renovado em segundo plano sem que você precise fazer login novamente.

Conta compartilhada vs. por usuário: escolhendo um modelo de integração da ezeep

O ezeep MCP pergunta isso antes de permitir que um agente crie algo que imprima em nome de terceiros: usar uma conta ezeep compartilhada para toda a operação, ou cada usuário final fazendo login com sua própria conta.

Para a maior parte do que se cria no Claude Code, o modelo de conta compartilhada é o mais indicado. Funciona sem nenhuma configuração do lado da ezeep e é ideal para ferramentas internas, scripts de backend e qualquer situação em que a impressora pertença a você ou à sua equipe, e não a um usuário desconhecido de um aplicativo hospedado. Se você estiver criando algo em que pessoas diferentes precisem imprimir como elas mesmas, o caminho é o OAuth por usuário, o que exige registrar um cliente OAuth primeiro. O Claude Code pode realizar essa etapa para você, se solicitado.

Build-time vs. Runtime: duas maneiras de usar o ezeep MCP Server

Existem duas maneiras diferentes de usá‑lo, e vale saber qual você está usando.

1. Build-time. Você está estruturando um recurso. Peça ao Claude Code para adicionar impressão a um aplicativo; ele lê as ferramentas da ezeep, escreve o código de integração e o testa com um trabalho de impressão real. Quando funcionar, seu aplicativo passa a chamar diretamente a API REST da ezeep. O papel do MCP foi levá‑lo até esse ponto sem que você precisasse ler a documentação primeiro.

2. Runtime. O MCP permanece em cena permanentemente, como parte de algo que o Claude Code (ou um agente baseado no mesmo protocolo) executa de forma contínua. Automação de TI que verifica impressoras offline, um script que imprime um relatório agendado — qualquer cenário em que a impressão seja uma entre várias ferramentas que o agente aciona conforme necessário.

Mesmo servidor, mesmas ferramentas, mesmo login em ambos os casos. O que muda é por quanto tempo a conexão MCP permanece ativa depois da primeira versão funcional.

Uma coisa a saber antes de testar o ezeep MCP Server

Não existe modo de simulação. A primeira chamada print_from_url que você executar envia um trabalho de impressão real para uma impressora real. Direcione‑a para algo em que você não se importe de desperdiçar uma folha de papel nesse primeiro teste.

Se você quer uma forma fácil de verificar sempre o status da ezeep nas ferramentas de IA que usa no dia a dia, o ezeep MCP vale a pena conhecer.

Trabalhe com o MCP da ezeep

Veja agora.

Teste grátis