Ponte do Discord para Sessões Autônomas de Código Claude
Um desenvolvedor construiu uma ponte para Discord para sessões autônomas do Claude Code, resolvendo a limitação baseada em pull, onde o Claude só age quando ferramentas são acionadas ou entrada CLI é enviada. O sistema permite chat bidirecional em tempo real via WebSocket com enfileiramento de arquivos locais e notificações push em eventos de parada/erro.
Arquitetura
Fluxo de entrada: Discord → WebSocket → bridge.js → discord-inbox.jsonl → hook PostToolUse → Claude
Fluxo de saída: Claude → Discord MCP → #claude-code-chat → notificação push no telefone
Componentes
- bridge.js (~50 linhas, discord.js v14): WebSocket persistente para o gateway do Discord que escuta um canal dedicado e grava mensagens como JSONL em um arquivo de entrada local sem verificação de API.
- Hook PostToolUse: Lê a entrada local em cada chamada de ferramenta sem chamadas de rede ou limitação — apenas uma leitura de arquivo que leva microssegundos versus o intervalo de verificação de 2 minutos usado anteriormente.
- Hook PreToolUse: Inicia automaticamente a ponte na primeira chamada de ferramenta de cada sessão, silenciosamente não fazendo nada se já estiver em execução.
- Webhook de saída: Envia atualizações de STATUS estruturadas em eventos de Parada/Erro com threads nomeadas por sessão criadas automaticamente via parâmetro thread_name do Discord (requer ?wait=true para obter channel_id de volta — o padrão retorna 204 vazio).
Decisões de Design Principais
A principal mudança arquitetônica foi usar uma fila de arquivos locais em vez de verificação de API. JSONL com truncamento atômico evita condições de corrida. A ponte é agnóstica à sessão — o histórico do Discord persiste através de falhas e reinicializações, permitindo que múltiplos agentes compartilhem o mesmo canal.
Limitações
Solicitações de aprovação de permissão (1/2/3) ainda exigem entrada de terminal, já que o Claude está inativo nesse ponto e as ferramentas não estão sendo acionadas. Isso funciona para redirecionar durante execução ativa, mas não para responder a prompts parados.
Resultados de Teste
Testado em 27 mil linhas analisadas durante a noite em duas sessões paralelas, encontrando 15 bugs e entregando um roteiro de 6 meses às 5:42 da manhã. A configuração requer três arquivos bash e aproximadamente vinte minutos.
📖 Leia o código-fonte completo: r/LocalLLaMA
👀 See Also
Tinta: Uma Plataforma de Implantação Onde os Agentes de IA Claude São os Usuários Principais
Ink (ml.ink) é uma plataforma de implantação projetada para agentes de IA como o Claude, com implantação de uma única chamada de ferramenta, detecção automática de frameworks e serviços integrados incluindo computação, bancos de dados, DNS, segredos, domínios, métricas e logs.
Servidor MCP: Comparando LLMs Locais e na Nuvem com Recurso de Debate
O servidor MCP permite que os desenvolvedores consultem modelos locais via Ollama juntamente com vários LLMs na nuvem, oferecendo recursos como comparação lado a lado e uma função de debate estruturado.
Modo Contexto: Um Servidor MCP que Comprime Saídas de Ferramentas para Claude Code
Context Mode é um servidor MCP que fica entre o Claude Code e as saídas das ferramentas, processando-as em sandboxes e retornando apenas resumos. Ele reduz 315 KB de saída MCP para 5,4 KB, estendendo o tempo de sessão antes da desaceleração de ~30 minutos para ~3 horas.
Watchtower: Um Proxy Local para Monitorar o Tráfego da API de Código Claude
Watchtower é uma ferramenta gratuita e de código aberto que atua como um proxy HTTP local e painel web em tempo real para interceptar e exibir todo o tráfego de API entre o Claude Code (ou Codex CLI) e suas APIs. Ele mostra requisições, fluxos SSE, definições de ferramentas, prompts do sistema, uso de tokens e limites de taxa.