[FEAT] Ativar o schedule e acompanhar as métricas de sucesso

[cpenaforte-clickbus]

User story

Como a organização, eu quero o schedule ligado com o agente local ainda no ar, para que a virada
não tenha janela sem coleta.

Acceptance criteria

• schedule: "37 */12 * * *" ativo no caller do iris-actions
• O agente local segue ligado. Nada é desligado nesta fase.
• As métricas da §7 acompanhadas por pelo menos duas semanas:
  • Cobertura dos repositórios ativos — ativo é ter push nos últimos 90 dias, pelo censo — com a
    última análise correspondendo ao refs_digest atual (meta > 95%, contando só os estáveis há mais
    de uma cadência)
  • Ciclos completos: fração de ciclos agendados que terminam sem erro (meta > 98%)
  • Latência de análise: p95 entre push e ingestão
  • Defasagem máxima: maior idade de análise entre os repositórios ativos
• Watchdog no ar e alertando no canal antes de ligar o schedule

O que fica para depois, e condicionado

A aposentadoria do post_commit_push.sh é decisão posterior, condicionada à cobertura provada. O
prepare-commit-msg não é aposentado em nenhuma hipótese — é ele que injeta a atribuição de IA no
commit, e é a fonte do sinal.

Antes de remover o hook de push, medir a fração de commits que já chega com trailer
Co-Authored-By: Claude.

Bloqueado por

• [FEAT] Semear o watermark em lotes #228 — a semeadura em lotes, para o primeiro ciclo agendado não encontrar os 598
• [FEAT] lib/slack.ts e /api/cron/iris-watchdog com as três checagens #226 — o watchdog precisa estar no ar e alertando antes de o schedule ligar;
  é critério de aceite desta issue, e é o que garante que uma falha de ciclo apareça em vez de passar batida

Se encaixa em qual estágio?

Stage 2 — operação do rollout.

Links

• DD 0010 §6 (Fase 5), §7 e §3.7: https://github.com/RocketBus/clickbus-rfc-design-docs/blob/main/design-docs/DD0010-Coleta-Centralizada-de-Atribuicao-do-Iris.md
• Parte de: Fases 3 e 5 — Piloto e rollout #212