skill providers-monitoring — os cinco parceiros¶
| Roda em | model/effort |
Dispara quando |
|---|---|---|
| agente-scout | haiku / medium |
fase 4 do workflow scout-log |
Saúde diária dos parceiros, em duas famílias:
| Família | Parceiros | Tela |
|---|---|---|
| Open Finance (pré-análise) | Belvo, Klavi | mesa/pre-analise-revisao |
| Débito automático | Fidem, Toku, Fiducia | carteira/remessas/* |
Cruza evidência positiva (mandato criado, parcela processada, webhook recebido — Supabase de prod, read-only) com evidência negativa (erro no Sentry, console log no PostHog) e classifica em OK / com problema / mudo.
A regra que dá sentido ao relatório: mudo ≠ OK¶
Parceiro sem erro e sem sucesso não está bem — está mudo, e mudo é justamente o estado que um relatório binário esconde. É por isso que existe a terceira categoria.
Nunca chamar a API do parceiro pra testar. Em débito, uma chamada de teste pode gerar cobrança real no cliente. A evidência vem do que já aconteceu, nunca de um ping.
Ela devolve parecer; a mensagem é do skill-attention-gate e a issue é da skill-triagem.