A API Slack Code chega à disponibilidade geral em todos os planos do Slack

Em 28 de outubro de 2026, o Slack disponibilizou a API Slack Code em todos os planos do Slack, abrindo o sistema de canais de código lançado em agosto de 2026 para o agente de qualquer desenvolvedor. Em uma publicação no blog para desenvolvedores do Slack, a empresa afirmou que mais de 150 clientes e parceiros haviam solicitado acesso para criar experiências de canais de código para seus próprios agentes — um recurso que antes estava restrito a um pequeno grupo de parceiros de lançamento.

O Slack apresentou o Slack Code em agosto, ao lado de parceiros como Anthropic, Cognition, GitHub e Vercel. O anúncio de lançamento também mencionou a OpenAI e informou que o ChatGPT estaria disponível em breve. Um canal de código é um espaço dedicado que um agente abre para uma única tarefa, já com as pessoas certas, o contexto e o plano necessários; quando o trabalho termina, o canal é arquivado automaticamente, mas continua disponível para pesquisa. No lançamento, o Slack informou que mais de 70% dos canais de código são criados e encerrados em um único dia, desde a ideia inicial até a solicitação de pull integrada.

Traga seu próprio agente

Com a disponibilidade geral da API, qualquer desenvolvedor pode fazer com que um agente abra um canal de código, adicione as pessoas e os arquivos relevantes, publique atualizações durante o trabalho e arquive o canal quando a tarefa estiver concluída. Segundo o Slack, os desenvolvedores têm acesso aos mesmos recursos básicos usados pelos parceiros de lançamento, tanto para criar um agente próprio para uma empresa quanto para desenvolver um novo agente para o Slack Marketplace.

Segundo o Slack, antes, integrar agentes de programação ao Slack significava encaminhar as respostas dos agentes por conversas em threads padrão e mensagens diretas. A empresa descreveu esses espaços como limitados quando um agente precisa anexar um arquivo de log grande, propor uma diferença de código de 50 linhas ou executar um plano de várias etapas. O Slack afirmou que empresas com requisitos rígidos de segurança não podiam usar agentes de terceiros prontos para uso.

A empresa afirma que a API viabiliza três recursos: agentes que trabalham abertamente, criando seus próprios canais de código quando uma solicitação precisa de um espaço exclusivo; agentes que toda a equipe pode orientar, com o uso de marcadores e um histórico completo de execução; e agentes em que as empresas podem confiar, com conformidade das mensagens integrada aos controles do espaço de trabalho e aos limites de dados que os administradores já utilizam. As APIs podem exibir diferenças de código, pré-visualizações HTML e etapas de raciocínio, enquanto o Slack cuida do restante da interface. Segundo o Slack, a plataforma continua neutra em relação aos agentes, permitindo que as equipes troquem de agente ou modelo mais tarde e continuem trabalhando no mesmo lugar.

O Slack informou que o GitHub Copilot abre um canal de código dedicado em 30% das sessões de seu agente. Tim Hunter, engenheiro de nível staff no GitHub, afirmou que o GitHub está incorporando as interações com o Copilot às quais os usuários já estão acostumados ao mesmo espaço onde realizam o restante do trabalho. Mael Kerichard, engenheiro de software na Mistral, disse que a API parecia ter sido projetada pensando em agentes de IA e destacou sua flexibilidade, configuração simples e ampla gama de funcionalidades.

Segundo o Slack, a governança está integrada: um agente herda as permissões e os controles administrativos do canal em que trabalha, sem que os desenvolvedores precisem criar um modelo de acesso separado e sem que a equipe de TI tenha de configurar nada novo. Uma pessoa pode aprovar cada alteração de alto impacto, e o registro das ações do agente continua disponível para pesquisa depois que o canal é arquivado.

O Slack ilustra o modelo com um alerta de produção às 2h, quando um agente personalizado de observabilidade abre um canal de código, reúne os logs relevantes e começa a trabalhar em uma correção, enquanto os engenheiros de plantão acompanham o processo e redirecionam o agente durante a tarefa. A empresa afirmou que o mesmo modelo se aplica à triagem de bugs e a tarefas de DevOps, como alterações de configuração ou reversões.

Como a API funciona

A documentação para desenvolvedores do Slack informa que os apps controlam o título, o status, a barra de contexto e as abas de visualização de um canal de código por meio de duas famílias de métodos da API. O agents.sessions.* métodos são unificados para canais de código e threads de sessão; um parâmetro de carimbo de data e hora da thread seleciona o tipo de sessão, e eles exigem o chat:write escopo. Os agents.conversations.* métodos gerenciam tarefas específicas dos canais de código e exigem o code_channels:manage escopo.

Documentados agents.conversations.* métodos incluem create, archive (que pode, opcionalmente, registrar um resumo), setProperties, setCommands, setView (compatível com visualizações html, diff, block_kit ou canvas), listViews, removeView, getCanvas e setCanvasContent.

Os apps habilitam canais de código definindo features.code_channels.enabled como true no manifesto do app, com um slash_command_url. Quando um usuário menciona o app, ele recebe um evento app_mention e decide se cria um canal de código dedicado ou responde no próprio local. A chamada create recebe o canal de origem e o carimbo de data e hora da mensagem; em seguida, o Slack cria o canal, mantém a mesma configuração de privacidade e convida o bot automaticamente.

De acordo com o modelo de autorização documentado, quem faz a chamada precisa ser o bot agente designado para o canal ou um integrante do canal; caso contrário, as chamadas retornam os erros not_agent_channel ou not_authorized. Os canais de código foram projetados para ter duração limitada (um canal por tarefa, arquivado quando a sessão termina). Depois de arquivados, o canal e seu histórico continuam acessíveis para visualização e pesquisa, e o canal pode ser reaberto.

Próximas ferramentas e como começar

O Slack informou que as melhorias na experiência com solicitações de pull estarão disponíveis em breve: usuários do GitHub poderão solicitar revisões no Slack, os comentários serão sincronizados nos dois sentidos entre o Slack e o GitHub, e uma solicitação para mesclar o código aparecerá no canal de código assim que uma solicitação de pull for aprovada e os testes forem concluídos com êxito. Uma guia Agentes & ferramentas aprimorada também está prevista para breve, oferecendo uma visão geral das conversas com agentes e dos canais de código, com informações sobre status, participantes do canal e contexto recente, além da possibilidade de explorar canais públicos de código.

O Slack apresentou três maneiras de começar: ler a documentação e adicionar a API ao manifesto de um agente, enviar um agente para o Marketplace do Slack ou experimentar os agentes do Slack Code no Marketplace, entre eles Claude, Devin, GitHub Copilot e Vercel.