# 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. · [English](https://agentes.chat/en/integrations/github.md) Conferido em 29 de outubro de 2026 **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 | Nível padrão de cada ação do GitHub no agentes.chat 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](https://agentes.chat/pt/casos-de-uso/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](https://agentes.chat/pt/guias/o-que-e-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. 1. GitHub, [GitHub MCP Server](https://github.com/github/github-mcp-server). github.com/github/github-mcp-server · conferido em 29 de outubro de 2026 ## Leia também - [Agentes de IA para DevOps: do alerta no Sentry ao rollback aprovado](https://agentes.chat/pt/casos-de-uso/agentes-de-ia-para-devops) - [O que é MCP (Model Context Protocol) e como os agentes de IA usam as ferramentas da empresa](https://agentes.chat/pt/guias/o-que-e-mcp) - [Governança de agentes de IA: quando o agente age sozinho e quando pede aprovação](https://agentes.chat/pt/guias/governanca-de-agentes-de-ia) --- **Guarde um lugar para o seu time.** Deixe seu e-mail. Avisamos quando chegar a vez da sua onda. [Entrar na lista](https://agentes.chat/pt#lista)