Slack Code torna o desenvolvimento com IA colaborativo, mas exige revisão humana

Se um bug aparece no canal de vendas, ele não precisa mais morrer ali entre um meme e o próximo café. O Slack Code leva agentes de programação para canais compartilhados, onde produto, design, engenharia e atendimento conseguem acompanhar o plano, comentar o trabalho e revisar o resultado. Para sua equipe, a decisão não é simplesmente ativar a ferramenta. É saber se a visibilidade melhora o processo ou apenas acelera a produção de código ruim.

O produto foi anunciado pela Slack, empresa controlada pela Salesforce, e está disponível em qualquer plano do Slack no lançamento. A equipe ainda precisa ter acesso próprio aos agentes parceiros, como Claude Code, Devin, GitHub Copilot e o agente da Vercel. O fluxo compartilhado ajuda a democratizar os pedidos de correção, mas a regra prática permanece: não permita que um agente publique mudanças sem revisão humana.

1. O que muda quando o agente sai do terminal

Um agente de programação é um software que recebe uma tarefa, consulta um projeto, altera arquivos e propõe uma solução. Até aqui, nada muito misterioso. A diferença do Slack Code está no lugar onde esse trabalho acontece: em um canal visível para o grupo, e não apenas na tela de uma pessoa desenvolvedora.

O canal funciona como uma sala de projeto. Alguém descreve o problema, o agente responde, investiga o código e apresenta o que pretende fazer. As abas dedicadas mostram diferenças no código, prévias funcionando e um plano em andamento. “Diff”, o termo usado por ferramentas de desenvolvimento, significa a comparação entre a versão antiga e a nova de um arquivo. É o antes e depois, só que com menos suspense e mais linhas vermelhas.

Quando a tarefa termina, o canal é arquivado com o histórico pesquisável. Esse rastro de auditoria registra a conversa, as decisões, os arquivos alterados e as evidências apresentadas pelo agente. Para uma equipe, isso reduz a dependência da memória de quem executou o trabalho e facilita descobrir por que uma mudança entrou no projeto.

O fluxo descrito pela Slack começa em uma conversa já existente. Uma pessoa marca o agente, e ele abre um canal específico para o projeto. Depois, o time pode acompanhar a investigação, enviar contexto adicional e pedir ajustes. O resultado segue para um pedido de mudança no GitHub, onde as regras habituais de aprovação continuam valendo.

• Claude Code: agente da Anthropic compatível com o fluxo apresentado.
• Devin: agente da Cognition que aparece no Marketplace do Slack. Alguns recursos, como o contêiner do aplicativo e a barra lateral do assistente, exigem um plano pago do Slack.
• GitHub Copilot: agente de programação listado entre as opções compatíveis com o Slack Code.
• Agente da Vercel: ferramenta voltada a tarefas de desenvolvimento, também citada no lançamento.

O ganho mais concreto aparece na passagem entre detectar e corrigir. Uma pessoa de vendas pode relatar uma falha com o contexto do cliente. A engenharia consegue orientar a investigação. O agente executa uma parte repetitiva. O produto confere se o comportamento faz sentido. A equipe deixa de abrir quatro tarefas iguais em quatro lugares diferentes.

2. Por que a visibilidade pode melhorar a qualidade

O risco mais óbvio da programação com IA é produzir código em escala maior do que a capacidade humana de revisar. O resultado parece convincente, passa pelos olhos cansados e aparece em produção com a elegância de uma infiltração no teto. O Slack Code aposta em uma resposta simples: fazer o trabalho à vista.

A lógica é parecida com uma cozinha aberta. Ver o prato sendo preparado não garante que ele esteja bom, mas permite apontar um ingrediente errado antes que chegue à mesa. No canal, colegas podem questionar o plano, acrescentar uma regra de negócio ou interromper uma tarefa que começou mal.

A visibilidade só protege contra código ruim quando alguém realmente revisa. Um canal cheio de mensagens não substitui teste automatizado, análise técnica nem aprovação de uma pessoa responsável. Se todos tratam o agente como autoridade, o espaço público vira apenas um palco maior para erros plausíveis.

Katie Steigman, vice-presidente de produto da Slack, defendeu essa ideia ao dizer: “The multiplayer part is a guard against that, actually, because people can see your work, people can comment on your work”.

A frase resume o mecanismo, não uma garantia. Comentários só melhoram o resultado quando chegam antes da aprovação e quando a equipe tem autoridade para pedir outra versão.

O material do lançamento cita uma prática de revisão em que uma pessoa de produto abre um pedido de mudança e marca uma pessoa engenheira. Essa segunda leitura pode trazer uma orientação técnica específica e pedir uma nova rodada ao agente. O ponto não é transformar toda pessoa em programadora. É criar uma ponte para que a intenção do produto apareça cedo e a experiência técnica corrija o que for necessário.

Os números do mercado ajudam a colocar a promessa no chão. Jeff Wang, presidente de novos negócios corporativos da Cognition, relatou um aumento de 10 vezes na quantidade interna de pedidos de mudança integrados nos meses recentes, enquanto o quadro de funcionários cresceu 40% no mesmo período. O dado é interno da Cognition, não uma medição independente de produtividade. Ele mostra velocidade de entrega, mas não prova qualidade, economia ou impacto para toda equipe.

A distância entre testar e obter valor continua grande. Uma pesquisa da McKinsey citada no material afirma que 62% das organizações pesquisadas experimentavam agentes de IA, enquanto cerca de um terço havia começado a ampliar seu uso e 39% relatavam algum impacto no resultado financeiro. A Gartner, por sua vez, previu que mais de 40% dos projetos de IA agêntica seriam cancelados até 2027, em razão de custos crescentes e valor empresarial pouco claro.

Esses dados não condenam o Slack Code. Eles sugerem um teste mais honesto: medir tempo até a correção, quantidade de retrabalho, falhas depois da publicação e horas gastas em revisão. Se o canal gera mais pedidos de mudança, mas também mais incidentes, a equipe comprou velocidade e recebeu dívida técnica.

3. Como o modelo de permissões limita o alcance da IA

Permissão é a regra que define quais dados e sistemas uma pessoa pode acessar. No modelo apresentado para o Slack Code, o agente herda as permissões da pessoa que o aciona e nada além disso. Ele não ganha uma identidade invisível com acesso total à empresa.

Pense em um crachá temporário. O agente entra apenas nas salas que o crachá da pessoa permite, além do canal ao qual foi adicionado. Se a pessoa não pode ver um repositório de finanças, o agente também não deveria enxergá-lo. O princípio reduz o risco de criar um novo usuário técnico com privilégios difíceis de acompanhar.

Permissão herdada não significa permissão segura por padrão. Se uma pessoa já enxerga mais dados do que precisa, o agente recebe essa mesma capacidade. A equipe precisa revisar grupos, canais, repositórios e integrações antes de conectar um agente ao cotidiano.

A Slack informa que, ao criar um canal de código, o agente recebe o contexto da conversa que originou a tarefa. Isso delimita a fonte inicial de informação. Ainda assim, o contexto pode conter dados de clientes, credenciais coladas por engano ou detalhes internos. A melhor defesa continua sendo não colocar segredos no canal e configurar filtros para impedir esse tipo de vazamento.

No caso do Devin, a Cognition descreve ambientes isolados chamados sandboxes. Um sandbox é um espaço separado do restante do computador, usado para executar tarefas com menos risco. O agente trabalha com acesso mínimo necessário e oferece um modo opcional sem acesso à internet.

O isolamento reduz a área de dano, mas não elimina a necessidade de revisão. Um agente com pouco acesso ainda pode alterar arquivos permitidos de forma incorreta. E uma integração autorizada pode enviar informação para um serviço externo se a política da empresa não definir o que está proibido.

Para equipes brasileiras, há uma camada adicional. A Slack oferece residência de dados em São Paulo. A opção indica onde determinadas categorias de dados de clientes ficam armazenadas, mas não significa que toda informação associada ao Slack permaneça no Brasil. A própria documentação lista categorias que podem ficar fora da região.

A expansão da residência de dados para incluir o Brasil foi anunciada em 10 de novembro de 2025. Essa data se refere à disponibilidade da opção de armazenamento regional, não confirma por si só a expansão do Slack Code no país. Empresas com exigências de soberania, auditoria ou proteção de dados devem conferir a categoria exata armazenada na região e o caminho percorrido pelas integrações.

Para clientes Enterprise, o Enterprise Key Management permite usar chaves do cliente por meio do AWS KMS e revogar essas chaves. Em termos simples, a empresa mantém mais controle sobre as chaves usadas para proteger seus dados. São controles relevantes, não um passe livre para ignorar a governança.

4. O que sua equipe deve testar antes de liberar agentes

O Slack Code faz mais sentido quando resolve uma fricção existente. Se os pedidos de correção se perdem entre e-mails, reuniões e mensagens privadas, um canal compartilhado pode trazer clareza. Se a equipe já tem um fluxo de revisão disciplinado e o novo canal apenas duplica notificações, a adoção acrescenta barulho.

Comece com uma tarefa de baixo risco. Bugs de interface, documentação e testes repetitivos permitem observar o ciclo completo sem entregar ao agente uma área sensível do negócio. Não comece pelo sistema de pagamentos, pela base de dados de clientes ou por uma migração que ninguém sabe desfazer.

1. Escolha um problema mensurável: registre o tempo atual até a correção, o número de revisões e os erros encontrados depois da publicação.
2. Defina quem aprova: nomeie uma pessoa com autoridade técnica para rejeitar o resultado, pedir outra rodada ou encerrar a tarefa.
3. Limite os acessos: conecte apenas o repositório, o canal e as ferramentas necessários para o teste.
4. Exija evidências: peça testes, prévia, arquivos alterados e explicação das decisões antes de aceitar o pedido de mudança.
5. Compare com o fluxo antigo: mantenha a mesma métrica por algumas tarefas e verifique se o ganho veio de fato do agente.

O primeiro indicador não deve ser a quantidade de linhas produzidas. Código não é massa de bolo, embora alguns painéis de produtividade tratem cada linha como se fosse. Observe se o time entende melhor o problema, se o retrabalho cai e se as pessoas certas participam mais cedo.

Também vale testar a experiência de quem não programa. A promessa mais útil do Slack Code está na comunicação: uma pessoa de suporte relata o comportamento observado, uma pessoa de produto acrescenta o objetivo e uma pessoa engenheira transforma isso em critério técnico. O agente ocupa parte do caminho, não substitui quem conhece o cliente ou responde pelo sistema.

O custo entra nessa conta. O Slack Code está disponível em qualquer plano no lançamento, mas o acesso aos agentes parceiros é separado. No caso do Devin, a documentação do Marketplace informa que alguns recursos exigem plano pago do Slack. Antes de anunciar uma adoção ampla, some licenças, consumo do agente, armazenamento, revisão e treinamento. A planilha também precisa contar o tempo de quem fiscaliza a automação.

O ganho está no trabalho visível, não na promessa de autonomia

Slack Code não é apenas um botão para escrever software. Ele organiza uma forma de trabalho em que o agente executa, o grupo acompanha e uma pessoa responsável aprova. A diferença estratégica está na camada colaborativa: ideias, contexto e julgamento entram no mesmo lugar onde a mudança é construída.

Rob Seaman, CEO interino da Slack, resumiu a tese ao dizer: “One of the things I love about this is that code is no longer the bottleneck”.

A afirmação aponta para uma mudança real no fluxo, mas não resolve a parte difícil. Quando produzir código fica mais fácil, escolher o código certo, proteger os dados e decidir o que merece publicação ficam ainda mais importantes.

Para sua equipe, a decisão fica mais clara com um limite simples: teste em um canal controlado, preserve os gates de release do GitHub e mantenha aprovação humana antes de qualquer publicação. Se a visibilidade reduzir retrabalho sem aumentar incidentes, avance devagar. Se o canal apenas multiplicar código sem dono, espere. A IA colaborativa vale o espaço quando melhora o julgamento coletivo e ajuda as pessoas certas a participar mais cedo.