Imagina o seguinte cenário: são 23h, você está no sofá assistindo série, e o pipeline de deploy da sua software house quebra. O alerta chega no Telegram. Você digita uma mensagem pro bot: “analisa o que quebrou e corrige”. Em 3 minutos, o Claude — que já estava com o projeto aberto no seu terminal — leu os logs, encontrou o bug, commitou o fix e trigou o re-run do CI. Você nem levantou do sofá.
Isso não é ficção científica. Isso é Claude Code Channels, a feature mais ambiciosa que a Anthropic lançou para o Claude Code desde que eu comecei a acompanhar essa ferramenta.
Na minha experiência mentorando mais de 300 software houses, a maioria ainda trata IA como uma ferramenta passiva — você abre, digita um prompt, espera a resposta. Channels muda esse paradigma completamente. Agora é o mundo externo que aciona o Claude. E isso muda tudo.
O que são Channels?
Um channel é um servidor MCP que empurra eventos para dentro da sua sessão ativa do Claude Code. Não é polling. Não é você checando. É push — como uma notificação que chega e o Claude já reage.
A Anthropic lançou Channels na versão v2.1.80 (19 de março de 2026) como research preview, e já expandiu na v2.1.81 (20 de março). Duas páginas inteiras de documentação foram criadas do zero: Channels e Channels Reference.
Na prática, existem dois modos de operação:
One-way (alertas): Seu CI falha, seu error tracker detecta um spike, seu deploy termina — o webhook chega na sessão do Claude, que já tem seus arquivos abertos, já sabe o que você estava debugando, e já começa a agir.
Two-way (chat bridge): Você manda uma mensagem do Telegram ou Discord pro bot. O Claude lê, executa usando seus arquivos locais, e responde de volta no mesmo chat. É como ter um dev sênior no bolso que tem acesso total ao seu projeto.
Como funciona na prática
O setup é surpreendentemente simples. Vou mostrar o fluxo do Telegram, que é o mais popular:
1. Crie um bot no Telegram via BotFather — leva 30 segundos.
2. Instale o plugin:
/plugin install telegram@claude-plugins-official
3. Configure o token:
/telegram:configure <seu-token>
4. Reinicie com channels habilitado:
claude --channels plugin:telegram@claude-plugins-official
5. Pareie sua conta — mande qualquer mensagem pro bot, ele retorna um código, você confirma no Claude Code.
Pronto. A partir de agora, qualquer mensagem que você mandar pro bot no Telegram é processada pelo Claude usando seu ambiente local. Seus arquivos, seu git, suas ferramentas.
Webhook para CI/CD
Para pipelines e sistemas externos, você cria um webhook receiver. O código é um único arquivo TypeScript:
const mcp = new Server(
{ name: 'webhook', version: '0.0.1' },
{
capabilities: { experimental: { 'claude/channel': {} } },
instructions: 'Events from the webhook channel arrive as <channel>. Read them and act.',
},
)
await mcp.connect(new StdioServerTransport())
Bun.serve({
port: 8788,
hostname: '127.0.0.1',
async fetch(req) {
const body = await req.text()
await mcp.notification({
method: 'notifications/claude/channel',
params: { content: body },
})
return new Response('ok')
},
})
Agora qualquer curl -X POST localhost:8788 -d "build failed on main" chega direto no Claude. Imagine conectar isso ao GitHub Actions, GitLab CI, Jenkins, Sentry, Datadog, PagerDuty — qualquer sistema que saiba fazer um POST HTTP.
Por que isso importa para a sua Software House
Vou ser direto: Channels resolve três problemas que eu vejo em praticamente toda software house que mentoro.
1. O “Alt-Tab Tax”
Desenvolvedores gastam uma quantidade absurda de tempo alternando entre terminal, browser, Slack, email, CI dashboard, error tracker. Cada troca de contexto custa entre 15 e 25 minutos de produtividade para retomar o foco profundo (dados da University of California, Irvine — Gloria Mark).
Com Channels, o alerta chega onde o trabalho acontece. O Claude já está com o contexto carregado. Não tem troca de janela, não tem “deixa eu ver o que aconteceu”. O fix começa automaticamente.
2. O “Dev dormiu e o CI ficou vermelho”
Em times distribuídos — e na minha experiência, a maioria das SHs trabalha com devs remotos — o pipeline quebra às 22h e ninguém vê até as 9h do dia seguinte. São 11 horas de produtividade perdida.
Com um channel de Telegram configurado, qualquer pessoa do time pode mandar “o build da branch X falhou, analisa” e o Claude resolve com o contexto do projeto. Sem precisar estar na frente do computador.
3. O “Contexto perdido entre ferramentas”
Quando o Sentry avisa que tem um erro, você precisa: abrir o Sentry, ler o stack trace, abrir o IDE, encontrar o arquivo, entender o contexto, propor o fix. Com Channels, o stack trace do Sentry chega via webhook na sessão do Claude que já está com o projeto aberto. O Claude já sabe qual arquivo, já leu o código ao redor, já tem o histórico do git. A distância entre “detectar o problema” e “começar a corrigir” cai para zero.
O detalhe que ninguém está falando: Permission Relay
Na versão v2.1.81, a Anthropic adicionou algo que passou despercebido pela maioria: permission relay. Channel servers que declaram a capability permission podem encaminhar prompts de aprovação de ferramentas para o seu celular.
Traduzindo: o Claude está executando uma tarefa, precisa de permissão para rodar um comando, e em vez de a sessão ficar parada esperando você voltar pro terminal, o prompt aparece no seu Telegram. Você aprova do celular e o Claude continua.
Isso é supervisão remota real. É o meio-termo entre “Claude faz tudo sozinho sem perguntar” e “Claude trava a cada passo esperando aprovação presencial”. Para software houses que querem usar IA de forma autônoma mas com governance, é exatamente o que faltava.
Segurança: não é terra de ninguém
Eu sei que a primeira reação de qualquer CEO de SH é: “mas qualquer um pode mandar mensagem pro meu Claude?”. Não.
O sistema de segurança é robusto:
- Sender allowlist: só IDs que você pareou e aprovou podem enviar mensagens. Todo o resto é descartado silenciosamente.
- Pairing code: para adicionar alguém, a pessoa manda uma mensagem pro bot, recebe um código, e você confirma manualmente no Claude Code.
--channelspor sessão: channels só ficam ativos nas sessões que você explicitamente habilitar com a flag.- Enterprise controls: em planos Team e Enterprise,
channelsEnabledé desabilitado por padrão. O admin precisa habilitar deliberadamente. - Allowlist aprovada: durante o research preview, só plugins da lista aprovada pela Anthropic funcionam (Telegram, Discord, fakechat).
É a mesma filosofia de segurança que eu sempre defendo: opt-in, não opt-out.
Channels vs. as outras formas de usar Claude remotamente
A Anthropic agora tem um ecossistema completo de formas de interagir com o Claude Code fora do terminal. Vale entender onde cada uma se encaixa:
| Feature | O que faz | Melhor para |
|---|---|---|
| **Claude Code on the Web** | Roda em sandbox cloud, clonado do GitHub | Tarefas isoladas que você checa depois |
| **Claude in Slack** | Spawna sessão web via @Claude | Iniciar tarefas a partir de conversas de time |
| **MCP Server** | Claude consulta sob demanda | Dar acesso read-only a sistemas |
| **Remote Control** | Você dirige sua sessão local via browser/celular | Continuar trabalho em andamento de qualquer lugar |
| **Channels** | Mundo externo empurra eventos na sessão local | CI/CD alerts, chat bridges, webhook receivers |
Channels preenche a lacuna que faltava: eventos de sistemas não-Claude chegando na sessão que já está rodando. Eu já escrevi sobre HTTP Hooks — que são request/response síncronos — e sobre Remote Control — que é você controlando manualmente. Channels é o push assíncrono que completa o triângulo.
O que eu penso
Channels é o tipo de feature que separa quem está brincando de IA de quem está usando IA de verdade no dia a dia. Não é mais sobre “abrir o Claude e perguntar algo”. É sobre construir um ecossistema onde o Claude é um membro ativo do time que reage a eventos do mundo real.
A VentureBeat chamou Channels de “OpenClaw killer”. Pode ser exagero, mas a direção está clara: a Anthropic quer que o Claude Code seja o hub central de operações da sua equipe de desenvolvimento. E com Channels, eles deram mais um passo enorme nessa direção.
Eu testei com Telegram e posso dizer: a sensação de mandar uma mensagem do celular e ver o Claude investigando um bug nos seus arquivos locais é surreal. É o futuro do desenvolvimento de software chegando agora.
Conclusão
Channels ainda está em research preview, o que significa que vai evoluir. Telegram e Discord são o começo — Slack, Teams, e qualquer plataforma de chat provavelmente vêm a seguir. E a arquitetura de plugins baseada em MCP standard garante que a comunidade pode construir channels para qualquer sistema.
Se a sua software house usa Claude Code, configurar o Telegram channel leva literalmente 5 minutos. E o retorno — em produtividade, em tempo de resposta a incidentes, em capacidade de operar remotamente — é desproporcional ao esforço.
A pergunta não é se você vai usar Channels. É quanto tempo de vantagem competitiva você está perdendo por não usar ainda.
Sou Thulio, mentoro 300+ SHs desde 2016.
Referências:
