O Slack anunciou o Slack Code em 20 de agosto: mencione um agente de programação em uma tarefa e um dedicado canal de código é criado em torno dela, visível para toda a equipe e não apenas para quem o acionou. O canal exibe diffs de código, documentos de planejamento e prévias HTML ao vivo em linha, incorpora colegas e se arquiva quando o trabalho termina, permanecendo pesquisável como registro. Os parceiros de lançamento são Anthropic, Cognition, GitHub, OpenAI e Vercel, com o GitHub Copilot operando dentro dos canais.
O argumento que está sendo defendido
A proposta do Slack é que o desenvolvimento assistido por agentes regrediu para o modo single-player. Alguém abre uma aba privada, faz um prompt para um agente, desaparece, e a equipe descobre o resultado depois, sem chance de detectar uma suposição errada. A empresa diz ter esbarrado nisso internamente: a execução de agentes em múltiplas etapas era barulhenta demais para um thread comum de canal, mas permitir que engenheiros recuassem para abas do navegador fazia perder a visibilidade que torna o Slack útil. Os canais de código são a resposta — um espaço que se expande com a tarefa e desaparece depois dela.
O que a formulação comum erra
O texto traz exatamente um número: mais de 70% dos canais de código são criados e encerrados em menos de um dia, da ideia ao pull request mesclado. Esse dado está sendo repetido como resultado do produto. Não é — ele descreve a própria equipe de engenharia do Slack usando a funcionalidade internamente, sem denominador, sem uma base para comparar quanto tempo o mesmo trabalho levava antes e sem clientes externos na amostra. Em segundo lugar, "confiança empresarial, sem configuração extra" se refere estritamente a permissões e controles administrativos, que o Slack Code herda do Slack. Isso não significa que os agentes estão incluídos: o trabalho é feito por modelos da Anthropic, OpenAI, Cognition, GitHub e Vercel, cada um licenciado separadamente e cobrado separadamente.
Onde isso se encaixa
A tese interessante não é técnica, mas organizacional — que a unidade revisável do trabalho de agentes deveria ser a conversa, e não o pull request, e que um canal arquivado é um registro de auditoria melhor do que o histórico de commits. É uma aposta sobre como as equipes vão querer supervisionar agentes, e ela será definida se alguém fora do Slack reproduzir os 70%.