Sim, já dá para iniciar tarefas do GitHub Copilot dentro do Slack. Você conecta sua conta, menciona @GitHub em uma mensagem direta ou thread e descreve o problema. Dependendo das permissões e da configuração da organização, o agente pode investigar o código, atualizar uma issue, criar outra ou abrir um pull request.
O detalhe importante é que isso não transforma uma conversa em código pronto para produção. O Copilot trabalha de forma assíncrona em um sandbox na nuvem, enquanto a equipe acompanha o plano e revisa o resultado. A integração está em prévia pública, portanto telas, políticas e disponibilidade ainda podem mudar.
O que o GitHub Copilot faz dentro do Slack
Segundo o anúncio do GitHub de 21 de agosto de 2026, o app pode ser mencionado em uma mensagem direta, canal ou thread. A partir do contexto permitido, ele consegue:
- responder perguntas sobre o código e a atividade do GitHub;
- organizar relatos de bugs e atualizar issues existentes;
- criar e classificar novas issues;
- investigar falhas, implementar mudanças e validar o trabalho em um sandbox;
- abrir um pull request com um link para a conversa.
O Slack não substitui o GitHub nem o editor de código. Ele funciona como a porta de entrada: a solicitação nasce onde o time já conversa, e o resultado volta em forma de issue, branch ou pull request para ser revisado.
Antes de começar: requisitos e limites
A documentação oficial do GitHub informa que você precisa de:
- uma conta do GitHub com acesso ao Copilot em um plano pago;
- uma conta do Slack e participação em um workspace;
- o app do GitHub instalado no Slack;
- o cloud sandbox e a política do Copilot cloud agent habilitados quando a organização exigir isso.
Também é necessário ter acesso de escrita ao repositório para disparar uma tarefa que faça alterações. Quem só participa da conversa ainda pode dar contexto, mas não consegue iniciar ou conduzir uma sessão de mudança sem essa permissão. Em repositórios corporativos, o administrador pode restringir quais projetos o app consegue acessar.
Há ainda uma diferença que merece atenção: em uma mensagem direta, o agente usa as permissões da sua conta GitHub vinculada. Em um canal ou thread compartilhado, issues e pull requests podem aparecer atribuídos à identidade do app do Copilot. Se o repositório usa regras de aprovação, isso pode exigir uma aprovação adicional antes do merge.
Como conectar o GitHub Copilot ao Slack
1. Instale ou atualize o app
Peça ao administrador do workspace para instalar ou atualizar o GitHub app for Slack. Se a empresa controla o acesso por políticas, o administrador também precisa liberar o Copilot cloud agent e os repositórios autorizados.
2. Abra uma conversa com o GitHub
No Slack, abra uma mensagem direta com o app do GitHub ou entre em uma thread e digite @GitHub. Na primeira utilização, o app deve pedir a conexão com sua conta do GitHub. Siga o fluxo de autorização e, se aparecer essa opção, defina um repositório padrão.
O repositório padrão é usado como contexto e destino de issues e pull requests quando você não indicar outro projeto no pedido. Isso evita que a automação trabalhe no lugar errado, mas também cria um risco simples: confira o repositório antes de enviar a solicitação.
3. Consulte os comandos disponíveis
Digite @GitHub help na conversa. A resposta mostra as ações disponíveis para aquela conta e configuração. Não presuma que a opção vista em um tutorial antigo exista no seu workspace: o recurso está em prévia e as permissões podem mudar o que aparece.
Como pedir uma alteração sem deixar a IA adivinhar
Um pedido útil informa pelo menos o repositório, a branch ou ambiente envolvido, o problema observado e o resultado esperado. Em vez de escrever “conserte o login”, prefira algo parecido com:
@GitHub No repositório empresa/site, investigue o erro 500 no fluxo de recuperação de senha.
Use a branch develop, identifique a causa, proponha um plano antes de alterar arquivos,
e abra um pull request com testes para o caso de e-mail inválido.Esse formato não garante que o agente acertará, mas reduz a margem para uma solução genérica. Para tarefas pequenas, peça primeiro uma análise. Para tarefas sensíveis, limite explicitamente os arquivos, não cole segredos e deixe claro que o pull request deve aguardar revisão humana.
Em uma thread, lembre que toda a conversa pode virar contexto do agente. Discussões antigas, nomes de clientes, tokens acidentais e informações internas também podem ser carregados para o trabalho. Se o pedido precisar de contexto mínimo, use uma mensagem direta e escreva apenas o necessário.
O que é o Slack Code
Quando você pede uma tarefa, o Copilot pode criar um canal dedicado chamado Slack Code. Ele serve para manter o trabalho separado da conversa original. Nesse espaço, o time acompanha o repositório, a branch, o status, o link da issue ou do pull request e o modelo em uso, além de enviar novas orientações.
A proposta é colaborativa: outras pessoas podem entrar, revisar o plano, acrescentar contexto ou interromper a sessão. Depois, o canal pode ser arquivado e continua pesquisável. Na prática, isso é mais organizado do que jogar pedidos de código no meio de um canal geral, mas não elimina a necessidade de revisar diff, testes e logs no GitHub.
Como revisar o resultado antes do merge
- Abra o pull request gerado e confirme se o repositório e a branch estão corretos.
- Leia a descrição e compare o plano com o pedido original.
- Revise cada arquivo alterado; procure mudanças fora do escopo.
- Confira os testes executados e rode a suíte do projeto quando possível.
- Verifique dependências, permissões, mensagens de erro e dados sensíveis.
- Peça outra revisão humana antes do merge, sobretudo em autenticação, pagamentos e dados de clientes.
O GitHub destaca que as ações continuam limitadas pelas permissões e pelos controles existentes. Isso é uma barreira importante, mas não é uma prova de qualidade. Permissão impede alguns abusos; não impede uma alteração tecnicamente errada de passar pelo pipeline.
Vale a pena usar o Copilot no Slack?
Para equipes que já discutem bugs e pequenas melhorias no Slack, a integração pode encurtar o caminho entre “alguém encontrou o problema” e “existe um pull request para revisar”. Ela faz mais sentido em triagem, documentação, correções localizadas e tarefas com critérios claros.
Eu evitaria tratá-la como substituta do fluxo de desenvolvimento. O contexto de uma thread pode ser amplo demais, a prévia pública pode mudar e o agente ainda precisa de revisão. Para quem prefere trabalhar diretamente no editor, o Copilot no VS Code continua sendo uma opção mais adequada; o JSMS já explicou como usá-lo para revisar código antes do commit.
O que já funciona e o que ainda exige cuidado
| Já funciona | Exige atenção |
|---|---|
| Iniciar sessões por mensagem direta, canal ou thread | Disponibilidade por plano, organização e política |
| Usar a conversa como contexto para issues e pull requests | Informações sensíveis podem entrar no contexto |
| Trabalhar de modo assíncrono em sandbox na nuvem | O resultado não dispensa testes nem revisão |
| Colaborar em um canal Slack Code | Pull requests compartilhados podem pedir aprovação extra |
Perguntas frequentes
O GitHub Copilot funciona no Slack gratuito?
A documentação do GitHub consultada informa que a integração exige acesso ao Copilot por um plano pago, além de uma conta e um workspace do Slack com o app do GitHub instalado. A disponibilidade pode depender das políticas da organização.
É possível usar o Copilot no Slack sem acesso de escrita ao repositório?
Você pode participar da conversa e fornecer contexto, mas precisa ter acesso de escrita ao repositório para disparar o Copilot cloud agent e pedir que ele faça alterações.
O Copilot publica o código diretamente no repositório?
Não é esse o fluxo descrito pelo GitHub. O agente trabalha em um sandbox na nuvem e pode abrir uma issue ou pull request para revisão. A equipe deve analisar as mudanças antes do merge.
O que muda entre uma mensagem direta e um canal compartilhado?
Na mensagem direta, o Copilot age usando as permissões da conta GitHub vinculada. Em um contexto compartilhado, como thread ou canal, os artefatos podem ser atribuídos à identidade do app, e regras do repositório podem exigir uma aprovação adicional.