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

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.