No dia 20 de agosto, durante o Dreamforce, a Salesforce lançou o Slack Code: canais dedicados dentro do Slack onde equipes programam ao lado de agentes de IA, no mesmo espaço, em tempo real. O CEO Marc Benioff anunciou o produto pessoalmente nas redes sociais: “Don’t code alone. Slack Code is live. Humans and agents. Same channel. Same work.” Os parceiros de lançamento incluem a Anthropic (Claude Code), o GitHub (Copilot), a Cognition (Devin) e a Vercel; a OpenAI deve entrar em breve. A ferramenta já está disponível em qualquer plano do Slack.

A proposta é simples de descrever: em vez de um agente de IA trabalhar sozinho num terminal e entregar um pull request pronto para alguém aprovar depois, o time inteiro acompanha, direciona e revisa o trabalho enquanto ele acontece, dentro do canal onde já conversa sobre o projeto.

Para quem se reconhece no perfil Builder, essa notícia mexe direto num nervo exposto. Builder é quem transforma ideia em produção rápido, e é também quem mais sente o preço de pular a revisão: a dívida que se acumula quando o código sai rápido demais e ninguém olha de novo antes de ir pro ar. O Slack Code chega vendendo exatamente essa promessa, revisão embutida no fluxo, não como etapa separada que todo mundo empurra pra depois.

Vale registrar por que essa promessa importa agora. O relatório 2026 Software Engineering Benchmarks, da LinearB, analisou 8,1 milhões de pull requests de 4.800 times de engenharia em 42 países e encontrou um número que explica o problema que o Slack diz estar atacando: apenas 32,7% do código gerado por IA passa pela revisão sem nenhuma modificação, contra 84,4% do código escrito por humanos.

O gargalo que motivou o lançamento

O mesmo levantamento da LinearB mostra que pull requests gerados por agentes de IA esperam 5,25 vezes mais tempo para alguém sequer começar a revisar. Times com adoção pesada de IA fecharam 98% mais pull requests no período, mas o tempo de revisão subiu 91%, e o ganho líquido de produtividade organizacional ficou perto de 10%. Ou seja: gera-se muito mais rápido, mas a revisão não acompanha, e o ganho real se perde no meio do caminho. Esse é o cenário que o Slack Code promete mudar, tirando a revisão da fila de pull requests e colocando ela dentro da própria conversa de trabalho.

NÚMEROS: 32,7% do código de IA passa pela revisão sem edição (LinearB, Relatório 2026, 8,1 milhões de PRs analisados) · 84,4% é a mesma taxa para código escrito por humano, no mesmo estudo · pull requests de agentes de IA esperam 5,25 vezes mais tempo por revisão do que os escritos por gente.

Como o Slack Code muda o fluxo

Na prática, um canal do Slack Code funciona como uma mesa de trabalho compartilhada: o time define a tarefa, o agente (Claude Code, Copilot, Devin ou o agente da própria Vercel, por enquanto) escreve o código à vista de todos, e qualquer pessoa no canal pode interromper, pedir ajuste ou aprovar o trecho ali mesmo, sem trocar de ferramenta. É a aposta da Salesforce de que tornar o processo social, visível para o time inteiro, reduz a chance de alguém aprovar código de IA só de olho no relógio, prática que a própria LinearB associa à queda na qualidade.

O lançamento também é um capítulo de uma aposta maior da Salesforce em IA agêntica dentro do próprio ecossistema Slack. A empresa já vinha promovendo o Slackbot como, nas palavras de Benioff, a “feature de crescimento mais rápido” do produto; o Slack Code estende essa lógica para o trabalho técnico, não só para tarefas administrativas.

LIMITE DA EVIDÊNCIA

Até a publicação desta matéria, o Slack Code tinha menos de duas semanas de existência pública, lançado em 20 de agosto de 2026. Não existe ainda dado independente medindo se canais colaborativos reduzem, de fato, a taxa de código não revisado ou o número de incidentes em produção; os números da LinearB usados aqui descrevem o cenário anterior ao lançamento, não o efeito da ferramenta.

A LEITURA DO RADAR

Achamos que o Slack Code ataca o sintoma certo, mas não necessariamente a causa. O problema que a LinearB documentou não é falta de um lugar para revisar, é falta de tempo e de incentivo para revisar direito quando a pressão é para entregar rápido. Colocar a revisão dentro do canal pode ajudar, porque torna o hábito visível para o time inteiro, e visibilidade social costuma mudar comportamento. Mas também pode virar teatro: todo mundo “vendo” o agente trabalhar em tempo real não é o mesmo que alguém de fato lendo e questionando cada trecho antes de aprovar. Vale observar, nos próximos meses, se empresas que adotarem o Slack Code vão medir isso, taxa de revisão real, não só velocidade de entrega, porque é aí que a promessa se prova ou desmorona.

ENTÃO EU TE PERGUNTO, GESTOR

Se seu time entrar no Slack Code ou em qualquer ferramenta parecida, o risco não é técnico, é de gestão de norma. Definir hoje, antes de ligar a ferramenta, o que conta como revisão de verdade (quem precisa ler o quê, o que não pode ser aprovado só porque “parece certo”) evita que a nova mesa de trabalho vire só uma vitrine mais bonita da mesma pressa de sempre.

A ferramenta muda de lugar; o hábito de revisar antes de aprovar continua sendo escolha do time. Se essa tensão entre velocidade e revisão é a sua rotina, faça o teste de arquétipo para descobrir onde você mais precisa de atenção, e assine o Boletim para acompanhar esse tipo de leitura toda semana.