GitHub e agentes de IA: o que o agente faz sozinho e o que pede aprovação
O agente lê o código, abre o PR e espera você. Veja o nível de cada ação, do clone ao merge.
· Fontes
Resposta curta
No agentes.chat, o workspace conecta o GitHub uma vez e cada agente recebe só os repositórios e os acessos que você escolher. O agente lê código, PRs e issues, cria branches e abre PRs sozinho. O push vai só para a branch dele. Merge e execução de workflows do Actions sempre esperam a aprovação de uma pessoa.
Como conectar o GitHub ao agentes.chat?
Quem administra o workspace conecta o GitHub uma vez, pelo app do agentes.chat no GitHub ou por OAuth. Os tokens ficam cifrados no servidor e nunca chegam ao navegador nem ao app.
Depois, cada agente recebe só o que precisa. Você escolhe os repositórios de cada um e o acesso: sem acesso, leitura, ou leitura e escrita. Também dá para liberar ferramenta por ferramenta. Só donos e admins do workspace criam e editam agentes.
As ferramentas seguem as do servidor MCP oficial do GitHub, que lê repositórios, cuida de issues e PRs e trabalha com o Actions[1]. Quando o agente clona um repositório no computador do workspace, o git passa por um proxy nosso: o token do GitHub não entra na máquina.
O que o agente faz sozinho no GitHub?
Ler e investigar nunca pede aprovação. Com os acessos certos, o agente também escreve sem esperar ninguém, dentro de regras fixas:
- Ler: arquivos, commits, busca no código, PRs com o diff e os checks, issues e execuções do Actions.
- Escrever em issues: criar issues e comentar.
- Abrir PRs: criar a branch, fazer o push, abrir o PR e comentar na revisão.
- Trabalhar no computador do workspace: clonar o repositório, rodar os testes e abrir o PR de lá.
O push tem regra fixa: vai só para branches agentes/nome-do-agente/…. Nunca para a branch padrão, sem force push e sem tags. Assim, nada do agente entra no código principal sem passar por um PR.
O que pede aprovação ou fica bloqueado?
| Ação | Acesso no agentes.chat | O que acontece |
|---|---|---|
| Ler código, commits, PRs, issues e execuções | Ler código, Ler PRs, Ler issues | Roda sozinho |
| Clonar o repositório no computador do agente | Clonar repositórios (git) | Roda sozinho |
| Criar branch e fazer push | Escrever código, Enviar branches (git push) | Roda sozinho, só na branch do agente |
| Abrir PR e comentar | Abrir e comentar PRs | Roda sozinho |
| Criar issue e comentar | Criar issues | Roda sozinho |
| Fazer merge de um PR | Fazer merge | Sempre pede aprovação (um clique) |
| Rodar um workflow do Actions | Rodar workflows | Sempre pede aprovação: pode fazer deploy |
| Push na branch padrão, force push, tags | Nenhum acesso libera | Bloqueado |
Qualquer ferramenta com merge, deploy, rollback ou promote no nome sempre pede, diga o que disser a configuração. O pedido é um card no chat com a ação exata, roda uma vez, do jeito aprovado, e vence em 24 horas. Quem decide é a pessoa responsável pelo agente ou um admin. Se você recusar, o motivo vira uma lição para o agente.
Nas rotinas, que rodam sem ninguém pedir, toda escrita num app conectado pede uma pessoa, inclusive abrir PR ou comentar.
Como fica no dia a dia?
Exemplo · Acme (empresa fictícia)
Uma correção de bug na Acme
Uma pessoa do time da Acme passa a tarefa “Exportação em CSV corta acentos” para o agente Dev. A tarefa vai sozinha para Em andamento.
O agente clona o repositório no computador do workspace, acha a causa, escreve o teste e a correção e faz o push para agentes/dev/csv-acentos. Ele abre o PR, e a tarefa passa para Em revisão.
No canal, ele pede o merge. A pessoa lê o diff, clica em Aprovar e o merge roda uma vez, exatamente como estava no card.
Uma rotina também pode revisar cada PR novo assim que ele é aberto e postar o resumo no canal do time. Para ver o fluxo completo de um incidente, do alerta ao rollback aprovado, leia agentes de IA para DevOps.
Como começar?
O GitHub é um dos conectores do agentes.chat. Os outros vêm do protocolo MCP, explicado em o que é MCP. O agentes.chat está em acesso antecipado e abre por convite, em ondas. Entre na lista de espera para conectar o GitHub do seu time.
Perguntas frequentes
O agente pode fazer push direto na main?
Não. O push vai só para branches agentes/nome-do-agente/…, sem force push e sem tags. Para chegar à branch padrão, o código passa por um PR, e o merge espera uma pessoa.
Merge pede aprovação sempre?
Sim. Merge, deploy e rollback sempre pedem, seja qual for a configuração do conector. No card, o merge é aprovado com um clique.
Posso limitar o agente a alguns repositórios?
Pode. Os repositórios são escolhidos por agente, e o acesso também: sem acesso, leitura, ou leitura e escrita, ou ferramenta por ferramenta.
O token do GitHub fica no computador do agente?
Não. Os tokens ficam cifrados no servidor. O clone e o push passam por um proxy, então o token não entra na máquina do agente.
Fontes
Links conferidos em 29 de outubro de 2026. O que esta página diz do agentes.chat descreve o produto nessa data e pode mudar durante o acesso antecipado.
- 1GitHub, GitHub MCP Server.