O Código de Claude é sem dúvida uma das ferramentas mais poderosas para aprofundar o raciocínio e compreender o contexto de longo prazo. Os usuários muitas vezes limitam-no à codificação e ao bate-papo geral, mas ele pode fazer muito mais quando confrontado com seu fluxo de trabalho diário. Eu descobri isso depois de experimentar os servidores Claude Code e MCP.
Em um dos meus artigos anteriores, falei sobre como usei o Docker MCP para fornecer ao Claude visibilidade em meus contêineres e percebi que isso é apenas a ponta do iceberg e que há muito mais potencial aqui. Experimentei dezenas de servidores MCP e acabei usando alguns que se tornaram parte do meu fluxo de trabalho diário, enquanto outros pareciam mais demonstrações.
Eu me conecto com os serviços Claude 4 que não têm nada a ver com codificação e esta é a forma mais subestimada de usá-lo
O verdadeiro poder de Claude não é a automação – é a orquestração do contexto
MCP inicial do AdGuard
Parei de abrir meu painel DNS para isso
Eu uso o AdGuard Home (AGH) como meu DNS principal. Nenhuma atenção constante é necessária após a configuração do AGH. É um tipo de coisa definir e esquecer. A única vez que abro o painel é para uma pergunta específica de DNS. O processo foi este: recebo uma pergunta, abro o painel, faço uma captura de tela e entrego ao Claude para perguntar sobre ela. Embora seja pequeno, ainda é chato fazê-lo regularmente. Então vem MCP inicial do AdGuard.
claude mcp add --transport stdio adguard-home --env ADGUARD_URL=http://your-adguard-ip:PORT --env ADGUARD_USERNAME=your-username --env "ADGUARD_PASSWORD=your-password" --env ADGUARD_ACCESS_TIER=read-only -- npx -y @samik081/mcp-adguard-homeQuando o servidor AGH MCP está conectado ao meu código Claude, Claude pode acessar diretamente as estatísticas DNS em vez de eu navegar na IU. Perguntas como “Por que o AGH está quebrando meu Nextcloud?” ou “Quais são os dispositivos mais solicitados e os domínios mais bloqueados atualmente?” nenhuma visita ao painel AGH é necessária. Depois do servidor MCP, posso finalmente dizer que o AGH realmente se tornou uma atividade em segundo plano. Só visito o painel quando preciso fazer algumas alterações. Embora Claude Code também possa alterar as configurações, eu não permiti. Quando o configurei, dei permissão somente leitura ao Claude Code para que nunca mudasse nada acidentalmente.
MCP SSH
Claude faz SSH antes mesmo de eu abrir o Termius
Meu laboratório doméstico não está limitado a apenas uma máquina. Eu mudo entre meu servidor Debian doméstico e um VPS remoto de vez em quando. Minha solução de problemas tradicional geralmente envolve abrir o Termius, conectar via SSH e investigar manualmente. Quando servidores locais e remotos estão envolvidos na solução de problemas, isso se torna entediante. Está bem aí Servidor SSH MCP Entrem
claude mcp add --transport stdio ssh-mcp --scope user -- npx -y ssh-mcp -- --host=your-server-ip --user=your-username --key=/path/to/private/keyClaude pode acessar logs, verificar o uso de recursos, testar serviços, investigar falhas e executar comandos de diagnóstico. Por exemplo, meu servidor estava funcionando bem, sem serviços degradados e sem carga pesada, mas ainda perguntei aleatoriamente a Claude Code: “Verifique o que está sendo executado no servidor com tanta CPU”. Os resultados foram algo que eu não esperava. Claude encontrou algo real e concreto— systemd-logind 41% de núcleo queimando sem parar por 30 dias. Claude também vinculou este problema a uma certa classe erros do sistema 252 incluindo fazer login e limpar a sessão, não apenas “está tudo bem”.
Acesso SSH. Pode ser um assunto muito delicado para a maioria de nós. Distribuir acesso SSH significa doar todo o meu servidor para alguém. A Antrópico ainda processará qualquer coisa que Claude leia sobre essa conexão, mas faço algumas coisas para limitar o que é exposto. O SSH MCP é específico do usuário, então prefiro uma conta de usuário separada com acesso somente leitura sempre que possível. Como o código de Claude está instalado na mesma máquina, a conexão e as credenciais permanecem locais. Mas tudo o que Claude realmente lê naquela sessão SSH, como logs, conteúdo de arquivos e saída de comando, não permanece local. Esses dados são processados através de servidores Antrópicos. Também certifico-me de usar um endereço IP local ou um IP Tailscale para não expor o SSH à Internet pública.
Portão MCP
Olhar para os contêineres não foi suficiente
Depois de configurar meu servidor Debian doméstico, a segunda coisa que instalei depois do Docker foi o Portainer. Estou mais familiarizado com o Portainer do que com o próprio Docker. Cada canto do Portainer está na minha memória muscular. Precisa implantar um serviço? Porteiro. Precisa corrigir problemas de serviço? Porteiro. Precisa verificar os logs de serviço? Porteiro. A maior parte da minha solução de problemas começa com a abertura do painel do Portainer, das pilhas e dos contêineres. Nunca tive problemas com isso, mas às vezes parecia um trabalho extra. Então eu ouvi sobre Portão MCP e imediatamente conectou-o ao Código Claude.
claude mcp add portainer -e PORTAINER_URL=http://your-portainer-ip:PORT -e PORTAINER_API_KEY=ptr_YOUR_TOKEN -- uvx --from "mcp-portainer~=2.42.0" mcp-portainerQuando o servidor Portainer MCP está conectado ao Claude Code, Claude não apenas rola os logs como eu faria; ele os entende e me dá soluções instantaneamente. Claude agora tem uma compreensão estruturada de contêineres, pilhas, serviços, implantações e integridade. Acredite em mim, ele faz muito mais do que apenas informar a integridade do contêiner. Resolve problemas ocultos que eu nunca teria verificado.
Por exemplo, todos os meus domínios externos estavam funcionando, mas os logs do Uptime Kuma apresentavam erros. Quando perguntei sobre isso, Claude ligou várias vezes para Portainer, examinou cada serviço e redes internas do Docker e me respondeu em segundos. Se eu corrigisse isso manualmente, levaria horas. A IU do Portainer ainda é importante, mas não para todas as tarefas. Tarefas e consultas que podem ser terceirizadas para Claude – por que eu iria querer realizá-las sozinho quando o tempo economizado é tão importante?
ntfy MCP
Meu telefone toca antes que eu perceba que algo está errado.
A maioria dos laboratórios domésticos tem um problema semelhante. Painéis em todos os lugares e notificações que eventualmente se tornam ruídos. Nesta área fiz diversas experiências – anúncios. Acabei escolhendo o ntfy como meu sistema de alerta de laboratório doméstico. Tentei ntfy com painel personalizado. Criei um script personalizado usando um dispositivo Android remoto e ntfy para cobrir o ponto cego em meu monitoramento. Até tentei o LLM local para analisar meu laboratório doméstico e enviar alertas para o ntfy. Então, para continuar a tendência, tentei ntfy MCP servidor conectado ao Claude Code.
claude mcp add ntfy -e NTFY_URL=http://your-ntfy-ip:PORT -e NTFY_TOPIC=your-topic -- npx -y ntfy-me-mcpPor si só, o ntfy MCP não era muito útil, então combinei-o com o comando /loop de Claude Code. Claude pode repetir uma tarefa ou verificar um intervalo sem exigir atenção constante. Essa combinação de ntfy e do comando loop conecta os outros servidores MCP e entrega a análise diretamente ao meu telefone. Ele transforma notificações de alertas passivos em um mecanismo de feedback.
Por exemplo, ele chama o SSH MCP a cada duas horas e envia um alerta via ntfy se algo parecer incomum. Também liga de hora em hora para o Portainer MCP para verificar se há contêineres suspensos ou insalubres; se algo for encontrado ele envia uma notificação via ntfy. Entretanto, há um problema com o comando /loop: ele está limitado a uma sessão. Mas funciona bem quando a sessão do terminal está ativa.
Testei o Claude Code em três alternativas de código aberto e uma chegou surpreendentemente perto
Claude provavelmente não é o único agente de codificação que vale a pena usar.
Eu esperava automação. Ganhei visibilidade.
Depois de inúmeras horas com os servidores Claude Code e MCP, percebi que a visibilidade é mais importante que a automação. Quando comecei a experimentar, esperava o oposto. O AdGuard Home MCP e o Portainer MCP me deram visibilidade do tráfego DNS e do que realmente estava em execução no meu servidor, enquanto o SSH MCP estendeu meu entendimento e essa visibilidade aos próprios servidores subjacentes. Finalmente, o ntfy MCP fechou esse ciclo, notificando-me quando algo realmente precisava da minha atenção. Era apenas o chão, não o teto – o que Claude Code acrescenta a seguir depende inteiramente da sua criatividade e imaginação.
