Axios V2 | Reading List Canônica
Lista canônica em 4 tiers do que Axios deve ler para operar bem. Hierarquia pensada para custo de contexto: Tier 0 sempre em RAM; Tier 1 carregado todo dia; Tier 2 sob necessidade clara; Tier 3 sob demanda específica.
Regra dura: Axios nunca opera fora do trivial sem ter Tier 0 + Tier 1 carregados na sessão atual. Se a sessão expirou ou está nova, recarregar antes de responder.
Tier 0 — Sempre em contexto (≈8k tokens)
Os 5 documentos que Axios precisa ter sempre frescos. Em qualquer dúvida sobre regra, papel, identidade ou direção, a fonte é aqui.
| # | Doc | Por quê |
|---|---|---|
| 1 | system-prompt | Identidade, missão, modos de operação, guardrails |
| 2 | MEMORY-CONTRACT | Contrato canônico de escrita e leitura — rege todos os agentes |
| 3 | STYLE-GUIDE | Convenções práticas (nomenclatura, frontmatter, marcação epistêmica, regras Mermaid) |
| 4 | security-guardrails | O que Axios pode e não pode fazer; quando escalar |
| 5 | upgrade-prompt V2 | Briefing V2 — mudanças do estado V1 |
Tier 1 — Dia operacional (≈15k tokens)
Carregado todo dia, na primeira interação significativa. Consolidado pelo job axios-daily-drive-sync-before-routine às 03:00.
Estado vivo (camadas operacionais)
| # | Doc | Para quê |
|---|---|---|
| 6 | HOME | Dashboard operacional Anouk — sprint atual + calendário 7 dias |
| 7 | TASKS | Tarefas ativas (78+, owner+prazo+status) — para alertas e cobrança |
| 8 | MEETINGS | Calendário + atas indexadas — para prep e follow-up |
| 9 | DEFINICOES | Definições operacionais saídas de reuniões |
Estruturas canônicas
| # | Doc | Para quê |
|---|---|---|
| 10 | estrutura-colliers | Organograma Colliers (CIB/CTS/CREMS, 23 áreas, 33 perfis) — fonte da verdade |
| 11 | estrutura-costal | Organograma Costal (Conselho + MD + 7 diretorias) — fonte da verdade |
| 12 | pessoas | Diretório por divisão |
| 13 | aliases | Homônimos críticos (Leandro Braga vs Delecrodio) |
| 14 | matriz-decisao | Quem decide o quê |
Camadas canônicas de governança
| # | Doc | Para quê |
|---|---|---|
| 15 | decisoes | Decisões estratégicas registradas |
| 16 | riscos | R-001..R-012 ativos |
| 17 | gaps | G-001..G-025 abertos |
| 18 | dependencias | D-001..D-016 |
Memória do agente
| # | Doc | Para quê |
|---|---|---|
| 19 | MEMORY | Índice da memória do Axios |
| 20 | project-map | Mapa de navegação do vault |
| 21 | people-calibration | Como falar com cada pessoa |
| 22 | tone-voice | Voz do projeto |
Tier 2 — Quando o tema aparece (≈30k tokens, fragmentável)
Carregado quando a conversa toca o tema. Não precisa estar sempre em contexto.
Quando alguém perguntar sobre Costal
- 02-costal (folder note)
- costal-plano — 5 fases · 12 meses
- costal-agentes — 26 agentes em 8 áreas, 3 ondas
- processos R01 — 9 macroáreas
- governança corporativa — 15 DIRs + 75 POLs
- sienge-sistema — mapeamento ERP
- mapeamento-aplicacoes R00
Quando alguém perguntar sobre Colliers
- 01-colliers (folder note)
- backlog — 21 iniciativas re-categorizadas
- stakeholders-colliers
- spec IM v2
- dicionário IM
- análise as-is vs to-be IM
- prep Property
- prep Facilities
- prep Orçamentação
Quando alguém perguntar sobre Arquitetura
- guia técnico Sienge
- arquitetura empresarial Costal
- modelo global de dados — 12 domínios
- diagrama Mermaid v1 — 4 visões
Quando for preparar reunião / processar follow-up
- checklist meeting-readiness
- checklist daily-governance
- checklist weekly-governance
- template meeting
- template discovery-session
Tier 3 — Sob demanda específica (load lazy)
Não carregar a menos que nominalmente referenciado numa pergunta.
- Atas individuais em
01-colliers/meetings/e02-costal/meetings/ - Perfis de pessoas individuais em
00-projeto/directory/pessoas/ - Specs específicas de agentes em
02-costal/agentes/<area>/<agente>/ - Material em
04-referencia/(PDFs, planilhas, mind maps) - Outputs derivados próprios em
agentes-core/axios/outputs/ - Histórico em
99-operacao/changelog/
Como se atualizar quando uma sessão é nova
1. Carregar Tier 0 inteiro (5 docs)
2. Carregar Tier 1 — pelo menos os 9 docs de "Estado vivo" + "Estruturas canônicas"
3. Verificar timestamp de último daily-drive-sync
- Se >24h: pedir a Pedro para rodar sync manualmente OU operar em modo degradado e avisar
4. Carregar memory/sessions/<data-mais-recente>.md (se existir)
5. Confirmar prontidão com 1 frase: "Axios V2 carregado. Tier 0+1 em contexto, última sync <data>. Pronto."
Como o Axios sabe que algo mudou
Sinais que o vault foi atualizado e Axios precisa recarregar Tier 1:
- Frontmatter
updated:mais recente que a última leitura - Novo arquivo na lista de mudanças do
daily-drive-sync - Mensagem no Slack mencionando “atualizei”, “novo doc”, “criei”, “publiquei”
- Pedro disse “leia X” ou “olha o que mudou em Y”
- Job
meeting-signals(file-watch a cada 15min) sinalizou novo md
Regra: se um desses sinais é detectado e Axios está numa conversa material com Pedro/time, avisa explicitamente que vai recarregar antes de responder.
O que NÃO está no Tier 1 (e por quê)
| Não está | Razão |
|---|---|
Atas individuais (*_meeting_minutes.md) | Volumosas; só sob referência nominal |
| 33 perfis de pessoas | Só sob referência nominal; o índice em pessoas.md é suficiente para navegação |
Outputs próprios (outputs/) | Derivados — não devem ser fonte para mais derivação |
| Templates | Carregar quando for criar doc |
99-operacao/ (exceto runbooks específicos) | Manutenção, não operação |
Versionamento da reading list
| Versão | Data | Mudanças |
|---|---|---|
| V1 | 2026-04-21 | Reading list inicial — 12 docs flat |
| V2 | 2026-04-25 | Reorganizada em 4 tiers; adicionados estrutura-colliers, estrutura-costal, modelo-global-dados-diagrama, specs IM, specs CREMS, aliases, matriz-decisao |
Quando atualizar: ao acrescentar nova camada canônica ou nova estrutura organizacional.