RRodrigo M. Reis
ConsultoriaMétodoRobôsMateriaisBlogSobre
Área do ClienteMaterial grátis
R

Rodrigo Munhoz Reis

Vibecoding com Engenharia. Construir com IA, rápido — mas com rigor de engenheiro.

ConsultoriaMétodoRobôsMateriaisBlogSobreÁrea do Cliente
LinkedInInstagram
© 2026 Rodrigo Munhoz Reis. Todos os direitos reservados.Política de Privacidade

Vibecoding

O agente de código entrou no canal do time. Ver não é revisar

O Slack lançou canais onde agentes de IA programam na frente de todo mundo, com Claude, Copilot, Devin, ChatGPT e Vercel. É a melhor notícia de governança do ano e a maior armadilha de teatro de revisão.

Rodrigo Munhoz Reis· 25 de agosto de 2026· 3 min de leitura
O agente de código entrou no canal do time. Ver não é revisar

Resumo em 3 linhas

Em 20/08/2026 a Salesforce lançou o Slack Code, que dá aos agentes de IA canais próprios onde o time acompanha, orienta e revisa o trabalho deles, com cinco agentes parceiros na largada: Claude, Devin, Copilot, ChatGPT e Vercel. O canal mostra as mudanças de código e o planejamento, e arquiva tudo como registro pesquisável ao terminar. A leitura que importa: transformar vibecoding de conversa privada em atividade com plateia melhora o rastro, mas plateia não é revisão. Sem um revisor nomeado por canal, visibilidade vira teatro.

Neste artigo

  • O que exatamente lançou
  • Por que isso é bom de verdade
  • Meu take: plateia não é revisão
  • Vale o ponto
  • O que fazer se você vai usar
  • Conclusão

Na quinta passada a Salesforce lançou o Slack Code.

A ideia: em vez de você conversar sozinho com um agente numa janela privada, o agente ganha um canal. O time inteiro vê o que ele está fazendo, comenta, orienta.

O que exatamente lançou

O agente recebe um canal dedicado para a tarefa. Você menciona ele no Slack, ele abre o canal e puxa quem interessa pra dentro.

Dentro do canal aparecem as mudanças de código, o planejamento e prévias do que está sendo construído.

Quando o trabalho termina, o canal é arquivado automaticamente, virando registro pesquisável daquele projeto.

Cinco agentes na largada: Claude, Devin, Copilot, ChatGPT e os agentes da Vercel. Funciona em qualquer plano do Slack, e o acesso a cada agente é contratado à parte.

Por que isso é bom de verdade

Vou começar pelo elogio, porque ele é sincero.

O maior problema do vibecoding em time nunca foi a qualidade do código. Foi o rastro. Alguém pediu algo pra IA numa janela privada, aceitou, subiu. Três meses depois ninguém sabe por que aquela parte existe, quem decidiu, o que foi considerado e descartado.

Um canal arquivado com o pedido, o plano e as mudanças resolve boa parte disso. É documentação que nasce do processo em vez de depender da boa vontade de alguém escrever depois. Isso é ganho real e não é pouco.

Meu take: plateia não é revisão

E aqui mora o problema.

Ter oito pessoas vendo um agente trabalhar num canal parece revisão. Tem gente, tem código passando na tela, tem comentário. A sensação é de processo maduro.

Só que existe um efeito conhecido em qualquer grupo: quando todo mundo é responsável, ninguém é. Chama difusão de responsabilidade, e o canal do Slack é o ambiente perfeito pra isso. Cada um assume que outro está lendo com atenção. Ninguém está.

Na prática, um canal com oito espectadores e nenhum responsável nomeado revisa menos que um desenvolvedor sozinho que sabe que a responsabilidade é dele.

Some a isso um detalhe que ninguém comenta: agente trabalhando ao vivo produz muito texto, rápido. Ler diff em canal de chat, no ritmo de chat, com notificação chegando, é a pior condição de leitura que existe. Você acompanha. Acompanhar não é ler.

Vale o ponto

"Você está reclamando de mais transparência. Antes não tinha nem canal."

Vale o ponto, e concordo. Isso é melhor que a janela privada. Não estou defendendo o modelo antigo.

O risco não é a ferramenta. É a conclusão errada que se tira dela. Se a empresa passar a acreditar que "está no canal, logo foi revisado", ela trocou revisão de verdade por sensação de revisão. E sensação é pior que ausência, porque ausência pelo menos deixa a pessoa desconfiada.

O que fazer se você vai usar

1. Nomeia um revisor por canal. Nome e sobrenome, antes do agente começar. Não "o time revisa". Alguém responde pelo que foi aprovado.

2. Define o que o agente pode tocar. Antes, por escrito, no próprio canal. Quais partes do sistema, quais dados, o que é proibido. É o mesmo cuidado de não soltar agente sem revisar permissão.

3. Trata o arquivamento como início, não como fim. O canal arquivado é insumo pra revisão, não certificado dela. A leitura de verdade acontece fora do ritmo do chat, com o checklist na mão.

4. Mantém as 5 camadas. Entender, ler, blindar, testar, versionar. O Protocolo não muda porque o agente ganhou plateia. Nenhuma das cinco é "alguém viu passar na tela".

Conclusão

O Slack acertou no diagnóstico: vibecoding em time precisava de rastro e de lugar comum. Isso é avanço, e eu vou usar.

Mas a ferramenta entrega visibilidade, e visibilidade é matéria-prima de revisão, não revisão. Quem confundir os dois vai ter um belo registro pesquisável de como o problema entrou em produção.

Ver não é revisar. Revisar é alguém assinar embaixo.

A decisão é sua.

Perguntas frequentes

Perguntas rápidas

+O que é o Slack Code?

Um recurso lançado pela Salesforce em 20 de agosto de 2026 que dá a agentes de IA canais dedicados dentro do Slack. O time acompanha o trabalho do agente ali, com as mudanças de código, o planejamento e prévias, e o canal é arquivado como registro pesquisável quando a tarefa termina.

+Quais agentes funcionam nele?

Na largada são cinco: Claude, da Anthropic, Devin, da Cognition, Copilot, do GitHub, ChatGPT, da OpenAI, e os agentes da Vercel. O recurso funciona em qualquer plano do Slack, mas o acesso a cada agente é contratado separadamente.

+Isso resolve o problema de revisar código de IA?

Não. Resolve a parte do rastro, que é ter registro do que foi feito e por quê. Revisão é outra coisa: alguém ler o que foi gerado e responder pelo que aprovou. Um canal com oito espectadores e nenhum responsável nomeado revisa menos que um desenvolvedor sozinho que sabe que a responsabilidade é dele.

+Como usar isso sem cair no teatro de revisão?

Nomeie um revisor por canal, com nome e sobrenome, defina antes o que o agente pode tocar e o que é proibido, e trate o arquivamento como início da revisão, não como prova de que ela aconteceu.

Não perca o próximo

Receba os próximos posts no e-mail

Sem enrolação, sem hype. Tutoriais, análise de notícia e método de vibecoding com engenharia. Cancela quando quiser, é só responder pedindo.

Próximo passo

Quer aplicar isso com método?

Baixe os guias gratuitos de vibecoding com engenharia e libere os robôs de IA na Área do Cliente — prompts prontos para usar no ChatGPT, Claude ou Gemini.

Baixar guias grátisConhecer os robôs
RM

Sobre o autor

Rodrigo Munhoz Reis

Consultor de IA e Diretor de Tecnologia (CTO), Co-Founder, CTO e CAIO da Tellia e sócio de produtos 100% construídos em vibecoding: MeuCurso, DireitoHub e TreinadorOAB. Escreve sobre construir e usar IA com a velocidade da máquina e o rigor de engenheiro: vibecoding com engenharia.

LinkedInInstagramSobre →

Continue lendo

Vibecoding

Como migrar dado sem perder nada no caminho

Migração é a operação com maior chance de perda silenciosa que existe. O método que funciona nunca desliga a origem antes de provar, com número, que o destino está igual.

Vibecoding

Como corrigir dado ruim antes que vire decisão ruim

Limpar a base inteira é projeto que nunca termina. Existe um caminho melhor: fechar a torneira primeiro, depois limpar só o que alguém usa pra decidir.

Vibecoding

Por que a IA acerta no mundo e erra no seu dado

Ela responde qualquer pergunta geral com precisão e erra feio na sua base. Não é limitação do modelo. É que o seu contexto nunca foi dito a ele.

← Voltar ao blog