—
Processos online
—
Tokens hoje
—
Chamadas Claude hoje
—
Rascunhos pendentes
—
VPN
Tokens hoje por bot
Processos
RAM total
—
CPU total
—
Online
—
Com erro
—
Parados
—
Restarts
—
Total processos
—
Atividade recente
Último acesso por bot
Monorepos ativos
Processes
Bots Management
All automation bots — status, tokens, activity, and configuration
Activity
| Time | Bot | Repo | Ref | Status | Summary |
|---|---|---|---|---|---|
| Loading... | |||||
Logs
Select a process above to view its logs.
Tokens
Today
—
— calls
This Hour
—
— calls
This Week
—
— calls
Today (free period)
—
— calls
This Week (free period)
—
— calls
Averages
Per day—
Per call—
Total calls—
Usage by Bot
| Bot | Tokens | Calls | Avg duration |
|---|---|---|---|
| Loading... | |||
Usage by Process
| Process | Tokens today | Limit | |
|---|---|---|---|
| Loading... | |||
Daily Usage (30 days)
Limits
Hourly limit is auto-calculated: daily limit / working hours per day.
Per-process limits (hourly/daily/weekly) can be set in each repo's edit modal.
Analytics
Today's Activity
Loading...
UI/UX Verdicts
Loading...
30-Day Trends
Daily Report
Loading...
Config
Sensitive keys (API tokens, secrets) are masked and cannot be changed here.
Edit the .env file directly to update them.
| Key | Description | Value | |
|---|---|---|---|
| Loading... | |||
Selecione um projeto para ver o board.
Selecione uma sugestão para revisar e aprovar ou reprovar a abertura da issue.
Pipeline
Pipeline completo — do issue ao release. Cada nó mostra o que o bot faz e para onde passa.
Sync GitHub ↔ ClickUp
todos os usuários do time
·
Automação dev-bot
apenas suas issues/tarefas
Scan diário (9h)
Security Bot
Varre o codebase inteiro buscando secrets hardcoded, eval(), SQL injection, auth gaps, IDOR. Abre issues no GitHub para cada achado novo.
→ GitHub Issues
Métricas/hora · Audit semanal
Engineering Manager
Coleta métricas diárias (issues, PRs, cycle time, tokens). Audit semanal de qualidade e segurança do código. Gera relatórios locais. Nunca posta no GitHub.
→ .analytics/ (local)
A cada 60s
Maintenance Bot
Monitora os logs de todos os bots em busca de erros. Corrige o código-fonte do próprio dev-bot (nunca o repo do projeto). Máx. 2 tentativas por erro; reinicia o processo após o fix.
→ fix no source do bot + pm2 restart
Poll a cada 30s
Chat Bot
Consome a fila de notificações escrita pelos outros bots. Entrega via Email (SMTP) ou Google Chat (webhook / API). Notifica quando um bot precisa de interação humana.
→ Email / Google Chat
A cada 15 min
VPN Monitor
Verifica conectividade com o host VPN (ping
192.168.15.2). Status visível no dashboard. Bots dependentes de rede interna só operam quando VPN está ativa.→ Status: conectado / desconectado
Diário (00h) · conta trampo
Cross-Repo Analyst
Compara os produtos da Strokmatic (DieMaster, SpotFusion, VisionKing). Usa o DieMaster como referência. Identifica funcionalidades presentes em um produto mas ausentes ou quebradas em outro. Abre até 5 issues por produto por dia, evitando duplicatas.
→ GitHub Issues nos repos-alvo + GitHub Project
Pré-issue — antes de abrir no GitHub
Audit Bot
Scan semanal do repositório
Varre o codebase com Claude Opus. Identifica bugs, riscos de segurança, gargalos de performance, oportunidades de melhoria e sugestões de arquitetura. Salva cada achado com status
pending em logs/audit-findings.json.→ findings pendentes de revisão humana
↓
person Humano revisa sugestões no Dashboard (aba Audit Findings)
Reprovada
→ finding descartada
Aprovada
↓ issue aberta no GitHub
↓
edit_note GitHub Issue criada
↓
Product Owner
Poll 15min
Classifica a issue: tipo, prioridade, tamanho, serviço afetado. Adiciona labels no GitHub. Inclui no Project v2. Pede esclarecimento se a issue estiver vaga.
→ Backlog no Project v2
↓ humano confirma escopo
Scrum Master
Poll issues abertas
Analisa 5 dimensões: WHAT · Funcional · Não-funcional · Alinhamento · Técnico. Se COMPLETO: adiciona label
requirements-complete e move para "Todo". Se INCOMPLETO: posta perguntas e notifica via chat.
INCOMPLETO
↩ aguarda humano
COMPLETO
↓ continua
↓ label
requirements-complete + status "Ready"Tech Lead (despacho)
Poll requirements-complete · a cada 15min (PO)
Seleciona issues prontas. Cria branch
feat/issue-N-slug ou fix/issue-N-slug. Publica dev-task ou ui-task no bus. Após código pronto, abre o PR. Garante assignee na issue (= autor) e atualiza status do GitHub Project para "In Progress".→ bus:
dev-task / ui-task · issue status → In Progress↓
Loop até 3 tentativas — processos PM2 independentes
Fullstack Developer
Consome:
dev-task · fix-neededImplementa código backend/fullstack. Publica
code-ready (×2) para QA e Tech Lead.→ bus:
code-ready (×2)Frontend Developer
Consome:
ui-task · fix-neededImplementa código frontend. Auditoria visual (cores, tipografia, acessibilidade, responsivo). Publica
code-ready (×2) após implementar.→ bus:
code-ready (×2)↓ paralelo
QA Engineer
Consome:
code-readyRoda lint, build e testes nos arquivos alterados.
→ bus:
qa-resultTech Lead (review)
Consome:
code-readySecurity scan + code review no diff. UI review se frontend.
→ bus:
review-result↓ aguarda os dois
Scrum Master (decisão)
Consome:
qa-result + review-resultAguarda os dois resultados. Agrega falhas. Decide entre três caminhos:
Falhou
→ bus:
fix-needed → Fullstack ou Frontend corrige
Só falta teste
→ bus:
code-ready → QA re-roda
Aprovado
→ bus:
code-approved ↓ continua
↓ push na branch · Tech Lead abre o PR
Review Bot (PR aberto)
Poll PRs abertos
Ao detectar PR aberto: preenche automaticamente Assignee (= autor do PR), herda Milestone da issue vinculada. Valida campos obrigatórios — avisa no PR se Milestone estiver vazio.
Atualiza status do GitHub Project para "In Review".
Posta comentário de resultado dos testes (obrigatório) e inicia ciclo de code review (obrigatório).
→ Assignee + Milestone preenchidos · Project status → In Review · comments: testes + review
↓
ClickUp Bot (acompanhamento)
Poll PRs abertos/atualizados
Detecta mudanças de status nos PRs vinculados a issues (aberto → aprovado → changes requested → merged/closed). Posta comentário resumido na issue do GitHub — sem detalhes; para detalhes, ver o PR. Como as issues sincronizam com o ClickUp, o acompanhamento aparece automaticamente no ClickUp.
→ comment na issue: "PR #N opened / approved / merged"
↓
person Humano revisa o PR no GitHub
↓ review aprovado
Tech Lead (pós-review)
Poll PRs abertos · Phase A / B / C
Detecta reviews e labels em todos os PRs abertos. Três fases independentes em cada ciclo:
Phase A —
Phase B —
Phase C —
Phase A —
ai-review/changes-requested: delega fix ao Fullstack/Frontend via bus. Após dev corrigir, volta para "In Review".
Phase B —
needs-tests: escreve testes ausentes. Roda QA. Se QA passa: remove label needs-tests e segue para gate de merge.
Phase C —
ai-review/approve (sem bloqueios ativos): aciona revisão holística final (Claude passa pelo diff completo). Se aprovado: roda QA + security → gate de campos → Technical Writer → merge squash.
Changes Requested
→ Phase A — dev corrige → retorna
needs-tests
→ Phase B — escreve testes → QA → remove label
ai-review/approve
→ Phase C — revisão final → merge
↓ Project status → Testing
Technical Writer
Chamado pelo Tech Lead pré-merge
Documenta os arquivos alterados no PR. Padrões: swagger/OpenAPI para endpoints backend · compodoc + storybook para componentes frontend · tipagens compartilhadas com JSDoc · modelo C4 se houver novos módulos/serviços. Commita na branch. Não bloqueia o merge.
→ commit:
docs: pre-merge #N na branchReview Bot (gate pré-merge)
Antes de todo merge
Verifica campos obrigatórios: Assignee (auto-corrige se vazio), Milestone (avisa no PR se ausente).
Atualiza Project status para "Testing".
Posta resultado dos testes como comentário obrigatório no PR.
Após merge confirmado: Project status → "Done" · issue fechada · branch deletada.
→ Assignee + Milestone validados · comentário de testes · merge squash → Done
↓ merge squash · branch deletada · issue → "Done"
Pós-merge em develop/master
Technical Writer (pós-merge)
Poll merges em develop
Avalia se
PRODUCTION_API.md, ARCHITECTURE.md ou CLAUDE.md estão desatualizados e atualiza seções factuais.DevOps Engineer
Poll merges em develop/master
Aguarda o build no Cloud. Acessa o servidor via SSH. Atualiza containers. Healthcheck e rollback automático. Gera release notes. Fecha a issue no GitHub. Sync ClickUp todos os usuários.
Legenda
Product Owner
Scrum Master
Tech Lead
Fullstack Dev
Frontend Dev
QA Engineer
Security
Technical Writer
DevOps
Eng. Manager
Maintenance
Chat
VPN Monitor
Cross-Repo Analyst