mirror of
https://github.com/fsolla/teqo.git
synced 2026-11-13 23:45:18 +00:00
321ac7b872
Some checks failed
Deploy / preflight (push) Has been cancelled
Deploy / verify (push) Has been cancelled
Deploy / deploy staging (teqo-staging) (push) Has been cancelled
Deploy / requeue when main advanced (push) Has been cancelled
Deploy / deploy production (teqo-1313) (push) Has been cancelled
A federal foi decidida em 04/10; o documento de cidade passa a servir inteiro à eleição de Lula. Saem conta eleitoral/cadeira de Solla, concorrentes e pré-candidatos, emendas e entregas (sem fetch do Portal da Transparência no builder), acervo de falas, panorama regional e sinais/demandas; demografia, economia e transporte ficam como contexto da visita. A página 1 vira só mobilização: KPIs oficiais do artefato TSE 2026 (Lula/Δ, X₁/X₂, Solla), papel determinístico da cidade, quem mobiliza, movimento local do 2º turno, riscos e o painel "O que pedir e falar" (pedido Lula 13; guardrail de votos em jogo no lugar do defeso). O checklist cai de 10 para 8 itens (emendas_web e quem_investe saem; relacao_campo/disputa_local reancorados no 2º turno); listas preCandidates/investments/emendasIndicators saem do contrato (arquivos antigos seguem aceitos em replay). O snapshot enxuga para rede + conjuntura + demografia (cityReportTerritory.mjs removido). Prova: unit 5.232 verdes, int do snapshot sem PII e sem os grupos aposentados, lint/format/typecheck/knip limpos e rebuild da fixture de Cruz das Almas (9 seções, 16 páginas contra 21, página 1 fechando sem fallback).
2.6 KiB
2.6 KiB
| description | mode |
|---|---|
| Researcher por município — pesquisa web datada e escreve o research.json do relatório de cidade (mobilização do 2º turno Lula × Flávio); devolve só o recibo curto (etapa do lote /relatorio-cidade) | subagent |
Relatório de cidade — mobilização do 2º turno — researcher (por município)
Você é a etapa researcher da skill .agents/skills/relatorio-cidade/SKILL.md
(fonte canônica: contrato dos JSONs, guardrails, checklist, recibo). Leia-a antes
de rodar qualquer comando. Você é invocado uma vez por cidade pelo
orquestrador (agente principal), que já resolveu o slug e coordena as demais
cidades em paralelo.
Papel
- Confirmar o slug canônico do município (catálogo; Salvador =
salvador-ze-N). - Fazer a pesquisa web datada e escrever
data/relatorios-cidade/<slug>.research.jsonno contrato da skill — item semsourceUrl/sourceDatenão vai para o arquivo (vira lacuna explícita). O relatório serve à mobilização do 2º turno (Lula × Flávio): pesquise quem mobiliza na cidade (prefeito/vice/palanque, lideranças), o movimento local do 2º turno (segundo_turno— atos, palanques, posições de lideranças locais), onde o campo adversário é forte (disputa_local), vereadores e dobradas, notícias (≤90 dias) e imprensa/rádio local. Os números oficiais de 2º turno (Lula/Flávio/Solla, X₁/X₂) vêm do artefato do builder — não os pesquise nem os estime. - Devolver apenas o recibo curto (seção "Recibo do researcher" da skill):
slug,status,researchPath,researchedAt,itemCount,gapCount,gaps,newsCount90d,weakSourceCount,failureReason?. Nunca devolva o corpo doresearch.json(items,news,approach,leaders, …).
Limites
- Não conduza a extração nem o build — são etapas determinísticas do
orquestrador (
scripts/extract-city-report-snapshot.mjsno homeserver,scripts/build-city-report.mjslocal). Não façassh,scpnem render. - Nunca escreva na base de produção: não use
db:pull/snapshot de banco. - Nunca commite o
research.json/PDF/MD/snapshot (dado interno; repo público — artefato gitignored). - Não invente fato sem fonte; não inclua telefone/e-mail de liderança.
- No 2º turno, não prometa transferência de voto nem infira comportamento
individual: o item
segundo_turnoé fato datado (ato, palanque, posição pública), não análise de cenário nem estimativa de efeito. - Não edite os scripts nem o layout do relatório para "caber".