rotina investigate-bug — a investigação da fila

Onde roda	local — ~/.claude/scheduled-tasks/investigate-bug/SKILL.md
Quando	dias úteis, 9h (cron 0 9 * * 1-5)
Dispara	o workflow investigate-bug
Estado	ativa desde 28/07

Como toda rotina, ela só agenda. As três fases, a régua de modelo por bug e o que o workflow exige pra mover um card estão na página do workflow.

Por que 9h do dia seguinte

Ela é o par da rotina-scout-log, e a ordem entre as duas é deliberada: a de 21h constata e registra no In-box; esta, na manhã seguinte, investiga o que já passou pelo gate humano.

O gate no meio é o que impede a máquina de girar sozinha: alguém precisa promover o card de In-box pra To scout. Sem isso, a investigação gastaria Opus em bug que ninguém quer resolver agora.

Local é aceitável aqui — e não seria na vigilância

	vigilância (scout-log)	fila (investigate-bug)
máquina desligada	um dia sem ninguém olhando, e ninguém percebe	a fila só espera
perda	irrecuperável (o log rola)	nenhuma — o card continua em To scout

Foi criada local por limitação de ferramenta: rotina de nuvem só se cria pela UI. O lugar dela continua sendo a nuvem — mover remove a dependência da sua máquina estar ligada às 9h. Enquanto estiver local, ela também não roda em fim de semana nem em feriado com a máquina fechada, e a fila chega maior na segunda.

Pendência conhecida: ao mover pra nuvem, rodar "Run now" uma vez, pra pré-aprovar as ferramentas que ela usa (Linear, git, Sentry). Rotina de nuvem que trava pedindo permissão falha em silêncio.

O que ela não faz

• Não conserta. A correção sugerida é direção, não patch — quem implementa é o build depois.
• Não cria issue. Achou um segundo problema? Comentário no card. Quem cria issue é a skill triagem, dentro do outro workflow.
• Não decide o que merece investigação. Isso é o gate humano In-box → To scout.
• Não move card sem os dois requisitos (causa raiz com arquivo:linha + sinal de reprodução).