rotina scout-log — a vigilância diária

Onde roda	nuvem (infra do Claude, sandbox com clone do repo)
Quando	todo dia, 21h
Dispara	o workflow scout-log
Estado	ativa

Ela não sabe monitorar nada. O único trabalho dela é, às 21h, mandar executar o workflow — as seis fases, as quatro leituras e o digest estão documentados na página do workflow.

Existem duas coisas chamadas scout-log, e uma terceira. Esta página é a rotina (o agendamento). Tem também o workflow (a orquestração, .claude/workflows/scout-log.js) e a skill (a lógica da varredura, .claude/skills/scout-log/SKILL.md, que é só a fase 1–3 do workflow). É por isso que cada caixa do diagrama declara o tipo logo abaixo do nome.

Por que 21h, e por que na nuvem

21h é depois do dia de trabalho: o log do dia já está completo, e o digest chega quando dá pra ler sem interromper nada. Rodar de manhã olharia o dia anterior pela metade.

Nuvem porque vigilância que depende da sua máquina estar ligada falha exatamente no dia em que você está fora — e a falha é silenciosa, porque falta de alerta se parece com ausência de problema. Duas consequências do sandbox: nada de estado em arquivo (a memória entre runs é o board do Linear e o mem0) e nenhum CLI com auth interativa (railway ssh não roda aqui).

O que o prompt dela precisa dizer

O prompt de uma rotina roda sem memória de nenhuma conversa — então ele carrega só o mínimo pra delegar sem improvisar:

1. onde é o repo e que o trabalho parte dele;
2. invocar a tool Workflow com {"name": "scout-log"} — o script é a autoridade da orquestração, não o julgamento do modelo em runtime;
3. não reimplementar o que o workflow faz, nem improvisar fluxo alternativo;
4. as regras de ferro do run: produção é READ-ONLY, nunca chamar API de parceiro pra testar (em débito uma chamada de teste pode gerar cobrança real), nunca mandar mensagem de teste pela Ju ou pelo Abel (chega no WhatsApp de cliente real);
5. devolver só o digest que o workflow retornou — e, se o workflow falhar, reportar o erro e parar, sem refazer o trabalho à mão.

⚠️ O prompt da rotina de nuvem não é legível por ferramenta — só pela UI. Se alguém editar por lá e tirar a invocação do Workflow, a rotina passa a improvisar uma varredura todo dia, parecendo funcionar: sai uma mensagem, com formato parecido, sem as fases, sem a triagem e sem gravar a leitura do dia no mem0. Ao mexer na UI, confira que a chamada continua explícita.

O que ela não faz

• Não decide nada. Prioridade, canal e o que vira issue são do workflow (skills attention-gate e triagem).
• Não investiga. Causa raiz é da rotina-investigate-bug, no dia seguinte às 9h.
• Não conserta, não mergeia, não deploya.