Deep History / Admin

Painel operacional

Como o projeto funciona por dentro — o que cada seção precisa e o que cada agente faz. Esta página é gerada a cada build, direto do banco e dos arquivos de papel dos agentes — nunca escrita à mão, pra nunca ficar desatualizada.

Visão geral
20 seções 14 sem revisão do CHECKER 0 ainda não oficializadas no git 26 tarefas na fila
Status de cada seção
Trilha Título Maturidade Revisão (CHECKER) Oficializado (git)
T1 Geologia Recente e Quaternário 🌱 Esboço 🔄 pendente sim
T1 Geologia de Campinas: embasamento cristalino e bacia sedimentar 🌿 Em desenvolvimento ✅ aprovada (CHECKER) sim
T11 Ferrovias e industrialização de Campinas 🌿 Em desenvolvimento 🔄 pendente sim
T12 Bairro Taquaral 🌿 Em desenvolvimento 🔄 pendente sim
T12 Comparativo Taquaral x Vila Nóbrega 🌱 Esboço 🔄 pendente sim
T12 Vila Padre Manoel da Nóbrega 🌿 Em desenvolvimento 🔄 pendente sim
T13 Características Atuais 🌱 Esboço 🔄 pendente sim
T14 Riscos, Clima Futuro e Patrimônio 🌿 Em desenvolvimento 🔄 pendente sim
T2 Relevo e Geomorfologia 🌳 Consolidado 🔄 pendente sim
T3 Hidrografia atual de Campinas: bacias, córregos e abastecimento 🌿 Em desenvolvimento ✅ aprovada (CHECKER) sim
T4 Rios Enterrados 🌿 Em desenvolvimento ✅ aprovada (CHECKER) sim
T5 Solos e Hidrografia 🌿 Em desenvolvimento ✅ aprovada (CHECKER) sim
T6 Clima e mudanças climáticas em Campinas 🌿 Em desenvolvimento ✅ aprovada (CHECKER) sim
T7 Fauna notável de Campinas: endêmicas, extintas e comuns de destaque 🌿 Em desenvolvimento ✅ aprovada (CHECKER) sim
T7 Vegetação, fauna e uso do solo em Campinas 🌿 Em desenvolvimento 🔄 pendente sim
T8 Primeiros Habitantes 🌿 Em desenvolvimento 🔄 pendente sim
T9 Consolidação Urbana 🌿 Em desenvolvimento 🔄 pendente sim
T9 Povoamento 🌿 Em desenvolvimento 🔄 pendente sim
geral Linha do Tempo Integrada 🌱 Esboço 🔄 pendente sim
geral Mapas e Fontes Primárias 🌱 Esboço 🔄 pendente sim
Os agentes

Sete papéis definem o projeto. 6 de 7 já existem como script — os demais são a intenção documentada, ainda não construída. Essa coluna é calculada (checa se o script existe de verdade), não é uma lista mantida à mão.

SCOUT · ✅ implementado
Pesquisar uma trilha (T1–T14, ver docs/PROJETO.md Parte III) para uma cidade, e escrever o rascunho didático da seção correspondente. O cavalo de batalha do projeto — roda uma trilha de cada vez (nesta VPS, não em paralelo por todas as 14 ao mesmo tempo — ver docs/DECISOES-IMPLEMENTACAO.md §3).
CHECKER · ✅ implementado
Verificação por risco, não por afirmação. Existe pra impedir os três erros da Parte I §3 (número sem procedência, data transplantada, atribuição sem documento) — nada além disso.
CARTOGRAPHER · ✅ implementado
Produzir mapas por script reexecutável e gravar geometrias com método e precisão declarados.
ARCHIVIST · ✅ implementado
Buscar acervo (imagens, mapas antigos, documentos) em repositórios externos e registrar como assets, resolvendo o que é publicável e o que só entra como ficha + link.
EDITOR · ✅ implementado
Qualidade didática. O agente que faltava no protótipo original — ataca a superficialidade, que é um problema de didática tanto quanto de fonte (Parte I).
CURATOR · ✅ implementado
Orquestrador. Lê a fila (tarefas), distribui trabalho, checa conflito de merge, monta o relatório semanal, mantém o backlog. Nunca escreve conteúdo — só coordena quem escreve.
PRODUCER · 🚧 só papel definido, não construído
Diagramas, gráficos, animação paleogeográfica (pyGPlates/GPlately, modelo MERDITH2021).
Como operar

Não tem comando pra decorar. Fala normal com o bot do Telegram (@DeepHistory_bot) — pedir uma trilha nova, ajustar uma seção que já existe, ver o que está pendente, aprovar ou pedir correção numa seção sinalizada. O bot tem acesso real ao projeto e sabe o que pode fazer sozinho e o que precisa da sua confirmação antes.

Pipeline (DAG)

✅ Ativo — pedir pesquisa nova (ex: "pesquisa T7 pra Jundiaí") dispara a cadeia inteira sozinha: DAG reativo do Deep History -- encadeia os papéis na ordem certa numa única chamada, em vez do agente decidir "na hora" o que rodar depois do quê. Reativo — só roda quando pedido, nunca por timer. Publicar como "🔄 Pendente" é automático; oficializar (git commit/push) sempre pede sua confirmação explícita na conversa, nunca acontece sozinho.