[FEAT] Semear o watermark em lotes

[cpenaforte-clickbus]

User story

Como responsável pelo rollout, eu quero semear o watermark em lotes, para que a estreia do worker não
seja um run de ~35 minutos encostando no timeout-minutes.

Por que em lotes

Sem análise nenhuma no banco, a regra da §3.3 torna pendente todo repositório da organização: nada na
seleção filtra por atividade, e o digest de um repositório parado há um ano também difere de "nenhuma
análise". São 598, e o custo se reparte em clone de todos em ~6 min mais engine em ~28 min — porque
só os ~279 com trabalho na janela mais larga pagam análise, enquanto os demais saem antes da busca de PR
ao custo de um git log cada, que é a parte que a medição não cobriu. Dá ~35 min contra os 60 do
timeout-minutes, com um termo estimado dentro.

Acceptance criteria

• Semeadura por workflow_dispatch em lotes, não num ciclo único
• Cada lote confirmado antes do seguinte: linhas em analysis_runs com refs_digest preenchido
• Ao final, todo repositório ativo tem watermark, e o primeiro ciclo agendado encontra conjunto pequeno
• O tempo real por lote registrado — é o que fecha o termo não medido do ciclo de partida

Alternativa considerada e rejeitada

Fazer a seleção cortar por atividade no primeiro ciclo, deixando para depois o repositório sem push há
mais de 90 dias. Chega ao mesmo lugar, mas custa regra nova no worker — semear em lotes não custa
nenhuma.

Bloqueado por

O piloto: #227.

Se encaixa em qual estágio?

Stage 2 — operação do rollout.

Links

• DD 0010 §3.5 e §6 (Fase 5): 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