Verificando acesso...

MÓDULO 3.6

⚡ Slack + GitHub agentic workflows

PR aberto → Slack notifica + Cowork resume diff. Issue criada → atribui owner. Bug em prod → thread + mention + incident doc. O time de eng ganha 5h/semana.

6
Tópicos
45
Minutos
Avanç.
Nível
Técnico
Tipo
1

🎯 Os 5 fluxos que pagam o tempo

Não automatize tudo. Esses 5 entregam o maior ROI em time de produto/eng.

1. PR summary auto: ao abrir PR, Cowork posta no Slack do squad: resumo diff, riscos, sugere reviewer.
2. Issue triage: issue criada no GitHub → Cowork classifica (bug/feat/docs), atribui owner por área, define prioridade.
3. Incident response: alerta de prod → cria thread Slack, mention oncall, abre incident doc com timeline.
4. Standup async: 9h Cowork pergunta no Slack "o que fez ontem + hoje + bloqueio". Compila e posta resumo time.
5. Release notes interno: deploy → posta no #releases o que foi (linkado a PRs).
2

🔌 Setup: 2 conectores OAuth

Slack e GitHub têm conectores oficiais. OAuth, scopes específicos.

Slack — scopes

  • chat:write
  • channels:read
  • channels:history
  • users:read

GitHub — scopes

  • repo (privado)
  • public_repo (público)
  • read:org
  • workflow (se CI)
3

🚀 Prompt: PR summary auto

Esse é o que mais economiza tempo. Reviewer recebe contexto em 30s em vez de abrir o PR e ler diff inteiro.

Trigger: PR aberto no repo {org/repo} no GitHub

Pra cada PR novo, Cowork:
1. Lê título + descrição + diff
2. Compila resumo em 5 bullets:
   - O que muda (feature/refactor/fix/docs)
   - Arquivos principais tocados
   - Riscos visíveis (DB migration, breaking, perf)
   - Tests adicionados? Coverage afetada?
   - Reviewer sugerido (baseado em CODEOWNERS + histórico)
3. Posta no Slack #pr-review com link
4. Adiciona label "auto-reviewed" no GitHub

Tom: técnico, direto. Sem hype. Marcar com 🚨 se
detectar migration, secret, ou breaking change.
4

🚨 Incident response

Alerta de prod (PagerDuty, Sentry, Grafana) → Cowork orquestra resposta. Primeiros 5 min são preciosos.

Fluxo

  1. Alerta chega (webhook do Sentry)
  2. Cowork cria thread #incidents
  3. Mention @oncall + manager se severity high
  4. Cria Notion incident doc com timeline em tempo real
  5. Pega últimos deploys (GitHub) que podem ter causado
  6. Lista usuários afetados (logs)
  7. Sugere rollback baseado em correlação
  8. Pós-incident: gera RCA template já preenchido
5

🌅 Async standup

Standup síncrono toma 30min/dia x N pessoas. Async via Slack + Cowork = 5min total.

9h00 — Cowork posta no #squad-X:

@here Bom dia! Standup async ⏰

Responde no fio:
1. O que fechei ontem
2. O que vou fazer hoje
3. Bloqueios

10h00 — Cowork compila e posta resumo:

📊 Squad X standup — 12/05

✅ Concluído ontem:
- Maria: PR #234 merged, RFC v2 publicado
- João: bug #112 resolvido, deploy ok
- Ana: spec do feature Z, 80% done

🎯 Hoje:
- Maria: começar feature Z front
- João: continua refactor módulo Y
- Ana: terminar spec, design review 14h

🚧 Bloqueios:
- Ana esperando feedback do design (cc @designer)
- João precisa decisão sobre lib X (cc @cto)
6

⚠️ Não vire Slack-bot tóxico

Slack mal automatizado vira fonte de notificação. Time silencia, perde sinal. Princípios:

✓ Princípios

  • Post agrupado (1 resumo, não 20 alertas)
  • Canal certo (#incidents só pra critical)
  • Mention só quando ação requerida
  • DM pra coisa pessoal

✗ Evite

  • Notificação por PR commit (não merge)
  • @channel sem critério
  • Alertas duplicados em N canais
  • "Heartbeat" todo minuto

📚 Resumo do Módulo

5 fluxos pagam o tempo — PR summary, triage, incident, standup, releases
2 conectores oficiais — Slack + GitHub, scopes mínimos
PR summary = ganho enorme — reviewer recebe contexto em 30s
Incident orchestrated — thread + oncall + doc + RCA
Async standup 5min — vs 30min síncrono
Não vire fonte de ruído — post agrupado, mention só com ação

Próximo Módulo:

3.7 — 🛠️ Skill custom do zero