consultando fontes oficiais…
Câmara, Senado, TSE, PNCP, Receita e Compras.gov.br são consultados ao vivo — a primeira abertura de uma ficha pode levar alguns segundos; as seguintes vêm do cache.
Câmara, Senado, TSE, PNCP, Receita e Compras.gov.br são consultados ao vivo — a primeira abertura de uma ficha pode levar alguns segundos; as seguintes vêm do cache.
O Monitor é um repositório público. Dados, regras, casos e código vivem no git — a trilha de auditoria é o próprio histórico. Não precisa ser dev: a maior parte das contribuições é JSON, Markdown ou leitura atenta de um edital.
Achou algo estranho numa ficha ou contrato? Abra uma issue 'caso' com o link e o que viu. Não precisa provar nada — precisa apontar a fonte.
Abrir caso ↗Transforme uma apuração em caso: 5 seções (fato, cruzamento, red flags, o que não sabemos, próximo passo). Revisão em par, direito de resposta embutido.
Ver modelo ↗Proponha red flags com fórmula e limiar (fracionamento, sobrepreço, aditivo). Você conhece a lei; a comunidade implementa.
Propor regra ↗Implemente regras do backlog em lib/rules, conecte uma API nova (SAPL da sua câmara, TCE do seu estado), escreva o job de ingestão da CEAPS/DataJud.
Guia técnico ↗Ficha 360 legível para quem não é do ramo. Visualização de linha do tempo, comparação de candidatos, acessibilidade.
Issues de design ↗Revise a política editorial, o threat model, os fluxos de takedown/resposta. Ajude a montar a entidade e as parcerias.
Política editorial ↗git clone …), ou edite direto pelo GitHub (botão "propor correção" em cada caso/API).data/apis/00-nucleo-verificado.json, preencha (teste o endpoint com curl), rode npm run validar.data/red-flags.json (id kebab-case, lógica em pseudocódigo). Se souber TS, implemente em lib/rules/index.ts com o mesmo id.data/casos/0000-modelo-de-caso.md, nomeie NNNN-slug.md, status rascunho, fontes com URL e data de coleta.GOVERNANCE.md.