🤖 Rotina Luna (CEO) monitora Pipeline + cobra no grupo (n8n)

[ghost-lab7]

Contexto

O "Trello" da equipe vive no Notion (DB GL7 DB | Trello 2k25 · view SQUAD-Trello). Continua sendo alimentado pela equipe e vai conviver em paralelo com o board GitHub, migrando gradualmente pra full-GitHub.

Objetivo: popular o board GL7 Pipeline com as tarefas reais/atuais do Notion e manter sincronizado.

Por que não foi feito direto (2026-06-12)

O MCP do Notion só expõe busca semântica (mistura tarefas de 2024→2026 por relevância) e o fetch retorna só schema. Sem query determinística por Status7 (Doing/To Do/Attention/Review), puxar cego geraria dezenas de issues erradas/duplicadas.

Caminho certo (escolher)

• Opção A · n8n sync (recomendado): workflow Notion API (query Status7 not in [Done, OLD] + Responsavel7 + Client) → cria/atualiza issue em cs-{tag}/gl7-projects → board Pipeline. Idempotente (dedup por Notion page id no corpo). Recorrente.
• Opção B · agentic browser (one-shot): camoufox/browser-use lê o board UI filtrado → extrai tarefas abertas → issues. Bom pra um seed inicial manual.
• Mapear Responsavel7 (pessoa Notion) → assignee/label GitHub.
• Mapear Client (relation) / Squad → repo destino.

Mapa de status Notion → estado GitHub

Doing 🔥 / Attention ⚠️ → issue aberta (in progress) · To Do ♻️ / Bench 🗃️ → issue aberta (backlog) · Review 👀 → aberta (review) · Done ✅ / OLD 🗃️ → fechar/ignorar.

Origem: pedido Thiago 2026-06-12 (puxar Notion pro Pipeline).

[ghost-lab7]

Update 2026-06-12 · seed manual feito + caminho do sync validado

Descoberta: o problema era SÓ o MCP (busca semântica). A API REST do Notion tem query determinística (POST /v1/data_sources/<id>/query com filtro Status7). Token NOTION_API_KEY (1Password GL7) funciona.

Seed manual (10 issues) criado das tarefas VIVAS (editadas em jun/26):

• Filtro aplicado: das 82 não-concluídas, 41 eram cards estagnados de 2024/2025 (board não-monitorado), só 14 vivas → 10 acionáveis viraram issue (2 sem-nome + 2 rotinas recorrentes excluídas).
• Repos: cs-ldo (3) · cs-sup (4) · cs-ph (1) · cs-olv (1) · gl7-projects (1).
• Cada issue tem o link do card Notion no corpo (dedup key pro sync).

Próximo (sync recorrente n8n):

• Workflow n8n: trigger (cron 1x/dia ou webhook Notion) → data_sources/<id>/query (Status not in Done/OLD + last_edited recente) → upsert issue por cs-{tag}/Squad → dedup pelo card URL no corpo.
• Filtro de saúde: ignorar cards estagnados (last_edited > 30d sem toque) pra não ressuscitar lixo.
• Mapa Responsavel7 (user id Notion) → assignee GitHub.
• Data source tarefas: 1367c461-9410-811a-ad64-000b2dc84d88 · Notion-Version 2025-09-03.

[ghost-lab7]

Reorientado 2026-06-12 (decisão Thiago)

Sync Notion→GitHub CANCELADO (over-engineering): o Notion foi zerado (82 tarefas processadas · 18 viraram issue · 64 arquiváveis · ver inventário no brain). Não vamos sincronizar uma fonte que está virando legacy.

O que fica: rotina n8n + Luna (CEO) que monitora o board GL7 Pipeline (GitHub) e cobra as pessoas certas no grupo (WhatsApp/Telegram). Output: PMO ativo, ninguém esquece tarefa.

• n8n cron (1x/dia ou 2x/semana) → query GitHub Issues/Projects API (abertas, sem update há X dias, por assignee/label)
• Luna formata o report (quem deve o quê, o que está parado) → posta no grupo
• Sem espelhar pro Supabase (GitHub API já é determinística · só BI/RAG no futuro)