Integração MCP com o GitHub

Fluxos de engenharia que começam na sua caixa

O GitHub se conecta ao this+that pelo Model Context Protocol. Fluxos disparados por e-mail ou Slack podem ler repositórios, abrir issues, checar o status de PRs e consultar o histórico de commits, e então agir com o que encontrarem, em todos os canais que o seu time usa.

Model Context Protocol: embutido, sem configuração extra

O GitHub é um dos servidores MCP embutidos no this+that. Conecte uma vez autorizando com a sua conta do GitHub, e todo fluxo que você montar pode alcançar os seus repositórios como passo de ação. Usamos acesso de leitura e escrita restrito aos repositórios que você escolher: criar issues, ler status de PR, comentar em correntes, consultar issues abertas por rótulo ou responsável. A conexão MCP é administrada nas configurações do this+that e pode ser revogada a qualquer momento na sua conta do GitHub.

Fluxos de engenharia, disparados por mensagens

Descreva o fluxo. O this+that cuida do gatilho, da ação no GitHub e do aviso.

"Quando um e-mail de cliente citar um bug ou um erro, crie uma issue no GitHub no repositório certo e responda com o número da issue"

Relatos de bug por e-mail vão direto para o GitHub. O cliente recebe a confirmação; quem desenvolve recebe o ticket.

"Quando um PR for citado numa mensagem do Slack em #engenharia, crie uma tarefa no DoBox para quem revisa, com o link"

Do Slack ao GitHub ao DoBox. Lembretes de revisão de PR aparecem na visão de tarefas sem ninguém acompanhar à mão.

"Toda segunda, me envie um resumo dos PRs abertos sem atividade de revisão nos últimos 3 dias"

Detecção de PR parado por agenda. O resumo cai na sua caixa, sem precisar de painel do GitHub.

"Quando uma issue do GitHub for fechada, envie um e-mail a quem pediu com o resumo da resolução"

Fechar o ciclo com quem relatou. Sem e-mail de follow-up para escrever à mão.

"Quando uma issue de alta prioridade for aberta no GitHub, publique em #engenharia no Slack e atribua uma tarefa no DoBox"

Avisos disparados por issue em todos os canais ao mesmo tempo. Um evento, três saídas.

"Semanalmente: resuma os commits e os PRs mesclados dos últimos 7 dias e envie ao time de produto"

O changelog de engenharia como resumo automático por e-mail. Produto sempre sabe o que subiu.

Acesso ao GitHub dentro dos fluxos

Ler repositórios e issues

Consulte issues abertas por rótulo, responsável, marco ou data. Use os dados como condições na lógica do seu fluxo.

Criar issues

Abra issues novas com título, corpo, rótulos e responsável, disparadas por um e-mail, uma mensagem do Slack ou uma agenda.

Ler e comentar em PRs

Cheque o status de um PR, liste quem revisa, leia os comentários de revisão. Acrescente comentários como passo de fluxo.

Consultar o histórico de commits

Liste commits recentes por autoria, ramo ou intervalo de datas. Útil para fluxos de resumo enviados a quem não é técnico.

GitHub + Slack + e-mail = o fluxo de engenharia completo

Os fluxos de engenharia mais úteis ligam os três. Quando um cliente envia um relato de bug por e-mail, o GitHub recebe a issue, o Slack recebe o alerta, e o cliente recebe uma resposta automática com o número da issue. Quando um PR é revisado e mesclado, o time de produto recebe um resumo por e-mail e o canal de QA recebe um aviso no Slack. Conecte o Notion por MCP junto do GitHub e as notas de versão podem ser escritas sozinhas a partir das descrições dos PRs mesclados.

Conecte o GitHub ao seu fluxo de engenharia

Conecte a sua caixa primeiro, depois acrescente o GitHub para transformar os fluxos que você descrever em automação que roda sozinha.

Grátis durante o beta · Sem cartão de crédito