A principal novidade não é simplesmente permitir que um agente receba mensagens pelo Slack. A mudança está em tornar o trabalho de programação visível para a equipe mais ampla, no mesmo ambiente em que já estão concentrados o contexto e as decisões do projeto. O Slack chama essa proposta de programação “multiplayer”: humanos e agentes trabalham no mesmo canal, enquanto o restante do time acompanha a evolução da tarefa.

Como funciona um canal de código

O fluxo pode começar com uma ideia, um relatório de bug, uma atualização de site ou um pedido de nova funcionalidade:

1. Um integrante menciona um agente de programação compatível.
2. O agente cria um canal de código dedicado à tarefa.
3. Os participantes fornecem requisitos, restrições e contexto do projeto.
4. O agente monta um plano e propõe alterações.
5. A equipe revisa o trabalho, incluindo diferenças no código e prévias disponíveis.
6. As pessoas podem redirecionar o agente ou aprovar a próxima etapa.

A proposta é que o canal ofereça mais do que um histórico convencional de mensagens. Dependendo da integração, os participantes podem alternar entre a conversa, o plano do agente, os diffs — comparações entre versões do código — e uma prévia ao vivo do resultado. Assim, a equipe acompanha tanto as decisões em torno da tarefa quanto o software produzido.

Por que designers e gerentes de produto entram no processo

O Slack Code coloca gerentes de produto e designers mais perto do ciclo de desenvolvimento sem exigir que eles trabalhem diretamente em um terminal ou em ferramentas voltadas apenas a programadores. Eles podem explicar o problema do usuário, acrescentar contexto de produto, revisar um resultado visível e pedir ajustes no canal compartilhado. Os desenvolvedores, por sua vez, continuam responsáveis pela avaliação técnica e pelos detalhes de implementação.

Imagine, por exemplo, que uma gerente de produto relate um bug no Slack e descreva o comportamento esperado. Um agente pode investigar o pedido e propor uma correção, enquanto um engenheiro analisa o diff gerado e verifica se a mudança é segura para a base de código. A equipe então decide se deve avançar com um pull request — uma solicitação formal para revisar e incorporar alterações — ou iniciar uma nova rodada de revisão.

Isso não transforma o agente de IA no responsável pela decisão final. A mudança está no local onde a colaboração acontece e na facilidade para que mais pessoas acompanhem e questionem o trabalho do agente.

A aprovação humana continua sendo essencial

O Slack Code é apresentado como uma camada de visibilidade e colaboração, não como uma autorização para publicar código sem revisão. As equipes podem analisar as alterações propostas e exigir aprovação humana para ações de maior impacto, incluindo mudanças que possam chegar ao ambiente de produção.

Esse modelo é importante porque um agente pode gerar uma correção plausível sem compreender completamente os requisitos de negócio, as restrições de segurança ou os riscos operacionais de um sistema. O canal compartilhado oferece um espaço para engenheiros e outros responsáveis questionarem a abordagem, pedirem revisões e registrarem a decisão antes que o trabalho avance.

Histórico pesquisável e controles já existentes do Slack

Os canais de código foram pensados para preservar o contexto do trabalho realizado pelo agente. Quando uma tarefa termina, o canal pode ser arquivado, enquanto a conversa e o histórico do trabalho permanecem pesquisáveis. Isso cria um registro do que foi solicitado, do que o agente produziu e de como as pessoas fizeram a revisão.

Como o fluxo acontece dentro do Slack, as organizações podem usar as identidades, permissões, políticas de governança, configurações de segurança e controles administrativos que já adotam na plataforma, sem precisar criar uma infraestrutura de colaboração separada para cada tarefa envolvendo agentes de programação.

Na prática, a vantagem é manter requisitos, decisões, revisões e atividades do agente conectados às conversas nas quais o trabalho começou.

Disponibilidade e integrações no lançamento

A Salesforce informou que o Slack Code estava disponível em todos os planos do Slack no lançamento. As integrações iniciais anunciadas vieram de Anthropic, GitHub, Cognition e Vercel, enquanto a Salesforce e o Slack também apresentaram o ChatGPT entre os agentes que poderiam participar.

A experiência exata pode variar conforme a integração. Recursos como planos, diffs, prévias e ações de aprovação dependem do que cada agente compatível disponibiliza dentro do Slack. Portanto, “compatível” não significa que todos ofereçam exatamente os mesmos controles.

A estratégia da Salesforce para o Slack Code

Durante o Dreamforce, a Salesforce apresentou o Slack Code como uma forma de transformar o desenvolvimento de software em um trabalho de equipe e, ao mesmo tempo, posicionar o Slack como uma camada de coordenação para agentes de diferentes fornecedores. Em vez de obrigar as equipes a adotar um único modelo de programação da Salesforce, a proposta reúne agentes concorrentes em uma interface de trabalho compartilhada.

A Salesforce também descreveu planos de abrir mais amplamente as APIs que sustentam a experiência. A visão de longo prazo inclui permitir que organizações criem agentes personalizados e canais compartilhados para tarefas além do desenvolvimento de software, como coordenar campanhas de marketing ou revisar documentos jurídicos. Esses exemplos representam uma expansão planejada, não uma confirmação de que todos esses fluxos já estejam disponíveis de forma geral no lançamento.

Em resumo

A ideia central do Slack Code é simples: mencione um agente de programação, dê a ele um canal dedicado ao projeto e permita que a equipe acompanhe, oriente, revise e aprove o trabalho. O diferencial do produto está no contexto compartilhado em torno do código — não apenas na capacidade de gerar código.

Para equipes que já trabalham no Slack, isso pode tornar o desenvolvimento assistido por IA mais fácil de acompanhar para profissionais de produto e design, sem retirar dos engenheiros a responsabilidade pela revisão técnica. O resultado, porém, continua dependendo da qualidade de cada integração e da manutenção de padrões claros de aprovação. Ainda assim, o recurso oferece uma alternativa mais visível às sessões isoladas de programação com IA.

A principal novidade não é simplesmente permitir que um agente receba mensagens pelo Slack. A mudança está em tornar o trabalho de programação visível para a equipe mais ampla, no mesmo ambiente em que já estão concentrados o contexto e as decisões do projeto. O Slack chama essa proposta de programação “multiplayer”: humanos e agentes trabalham no mesmo canal, enquanto o restante do time acompanha a evolução da tarefa.

Como funciona um canal de código

O fluxo pode começar com uma ideia, um relatório de bug, uma atualização de site ou um pedido de nova funcionalidade:

1. Um integrante menciona um agente de programação compatível.
2. O agente cria um canal de código dedicado à tarefa.
3. Os participantes fornecem requisitos, restrições e contexto do projeto.
4. O agente monta um plano e propõe alterações.
5. A equipe revisa o trabalho, incluindo diferenças no código e prévias disponíveis.
6. As pessoas podem redirecionar o agente ou aprovar a próxima etapa.

A proposta é que o canal ofereça mais do que um histórico convencional de mensagens. Dependendo da integração, os participantes podem alternar entre a conversa, o plano do agente, os diffs — comparações entre versões do código — e uma prévia ao vivo do resultado. Assim, a equipe acompanha tanto as decisões em torno da tarefa quanto o software produzido.

Por que designers e gerentes de produto entram no processo

O Slack Code coloca gerentes de produto e designers mais perto do ciclo de desenvolvimento sem exigir que eles trabalhem diretamente em um terminal ou em ferramentas voltadas apenas a programadores. Eles podem explicar o problema do usuário, acrescentar contexto de produto, revisar um resultado visível e pedir ajustes no canal compartilhado. Os desenvolvedores, por sua vez, continuam responsáveis pela avaliação técnica e pelos detalhes de implementação.

Imagine, por exemplo, que uma gerente de produto relate um bug no Slack e descreva o comportamento esperado. Um agente pode investigar o pedido e propor uma correção, enquanto um engenheiro analisa o diff gerado e verifica se a mudança é segura para a base de código. A equipe então decide se deve avançar com um pull request — uma solicitação formal para revisar e incorporar alterações — ou iniciar uma nova rodada de revisão.

Isso não transforma o agente de IA no responsável pela decisão final. A mudança está no local onde a colaboração acontece e na facilidade para que mais pessoas acompanhem e questionem o trabalho do agente.

A aprovação humana continua sendo essencial

O Slack Code é apresentado como uma camada de visibilidade e colaboração, não como uma autorização para publicar código sem revisão. As equipes podem analisar as alterações propostas e exigir aprovação humana para ações de maior impacto, incluindo mudanças que possam chegar ao ambiente de produção.

Esse modelo é importante porque um agente pode gerar uma correção plausível sem compreender completamente os requisitos de negócio, as restrições de segurança ou os riscos operacionais de um sistema. O canal compartilhado oferece um espaço para engenheiros e outros responsáveis questionarem a abordagem, pedirem revisões e registrarem a decisão antes que o trabalho avance.

Histórico pesquisável e controles já existentes do Slack

Os canais de código foram pensados para preservar o contexto do trabalho realizado pelo agente. Quando uma tarefa termina, o canal pode ser arquivado, enquanto a conversa e o histórico do trabalho permanecem pesquisáveis. Isso cria um registro do que foi solicitado, do que o agente produziu e de como as pessoas fizeram a revisão.

Como o fluxo acontece dentro do Slack, as organizações podem usar as identidades, permissões, políticas de governança, configurações de segurança e controles administrativos que já adotam na plataforma, sem precisar criar uma infraestrutura de colaboração separada para cada tarefa envolvendo agentes de programação.

Na prática, a vantagem é manter requisitos, decisões, revisões e atividades do agente conectados às conversas nas quais o trabalho começou.

Disponibilidade e integrações no lançamento

A Salesforce informou que o Slack Code estava disponível em todos os planos do Slack no lançamento. As integrações iniciais anunciadas vieram de Anthropic, GitHub, Cognition e Vercel, enquanto a Salesforce e o Slack também apresentaram o ChatGPT entre os agentes que poderiam participar.

A experiência exata pode variar conforme a integração. Recursos como planos, diffs, prévias e ações de aprovação dependem do que cada agente compatível disponibiliza dentro do Slack. Portanto, “compatível” não significa que todos ofereçam exatamente os mesmos controles.

A estratégia da Salesforce para o Slack Code

Durante o Dreamforce, a Salesforce apresentou o Slack Code como uma forma de transformar o desenvolvimento de software em um trabalho de equipe e, ao mesmo tempo, posicionar o Slack como uma camada de coordenação para agentes de diferentes fornecedores. Em vez de obrigar as equipes a adotar um único modelo de programação da Salesforce, a proposta reúne agentes concorrentes em uma interface de trabalho compartilhada.

A Salesforce também descreveu planos de abrir mais amplamente as APIs que sustentam a experiência. A visão de longo prazo inclui permitir que organizações criem agentes personalizados e canais compartilhados para tarefas além do desenvolvimento de software, como coordenar campanhas de marketing ou revisar documentos jurídicos. Esses exemplos representam uma expansão planejada, não uma confirmação de que todos esses fluxos já estejam disponíveis de forma geral no lançamento.

Em resumo

A ideia central do Slack Code é simples: mencione um agente de programação, dê a ele um canal dedicado ao projeto e permita que a equipe acompanhe, oriente, revise e aprove o trabalho. O diferencial do produto está no contexto compartilhado em torno do código — não apenas na capacidade de gerar código.

Para equipes que já trabalham no Slack, isso pode tornar o desenvolvimento assistido por IA mais fácil de acompanhar para profissionais de produto e design, sem retirar dos engenheiros a responsabilidade pela revisão técnica. O resultado, porém, continua dependendo da qualidade de cada integração e da manutenção de padrões claros de aprovação. Ainda assim, o recurso oferece uma alternativa mais visível às sessões isoladas de programação com IA.