01
Xavier System Public Explainer
33 Xavier / 33.15
A melhor porta de entrada narrativa: apresenta o Xavier como caso de aprendizagem, não como arquitetura a copiar. Ajuda a perceber que o valor está nas decisões de governo, memória e continuidade.
Como usar este pack
Ler pela ordem. Primeiro perceber a história e o mapa. Depois ver governo, memória, decisões e Kanban. Os templates vêm no fim. Cada ficheiro Markdown tem uma cópia pública em /notes/... com eventuais valores credential-like redigidos.
01 · Notas principais
O percurso de leitura recomendado
Estas doze notas contam a história operacional sem obrigar a abrir o vault completo.
Abrir .md
02
Vault Map
00 Indexes / 00.02
Mapa curto das zonas do vault e da regra essencial de filing: primeiro perguntar que papel uma coisa desempenha. É a nota mais simples para entrar na lógica do sistema.
03
JDex
00 Indexes / 00.01
Índice Johnny.Decimal real do Xavier. Mostra como usamos endereços estáveis para que humanos e agentes consigam apontar para regras, projetos e decisões sem ambiguidade.
04
Vault Operating Rules
AGENTS.md
Regras operacionais locais do vault: owner-first, limites de memória, captura de decisões, segurança e preflight antes de mexidas estruturais. É uma fotografia das regras que orientam o agente.
05
Vault Schema
02 Vault Governance / 02.01
Nota canónica sobre a estrutura do vault: Obsidian como workspace, Johnny.Decimal como sistema de endereços e Xavier como mantenedor operacional.
06
JD + Links + OKF-lite
02 Vault Governance / 02.05
A nota mais importante para perceber governo transversal: folders/JD dão dono, links dão circulação e OKF-lite acrescenta freshness só onde vale a pena.
07
Vault Data Governance Audit
02 Vault Governance / 02.02
Auditoria real ao vault: mostra riscos de dispersão, redundância, bloat, fontes demasiado próximas de projetos, dashboards como link dumps e a regra de owner canónico.
08
Governance Follow-up Audit
02 Vault Governance / 02.03
Mostra que governo é ciclo: diagnóstico, correção, verificação e dívida residual — não uma taxonomia desenhada uma vez e depois esquecida.
09
Xavier Operating Model
33 Xavier / 33.01
Modelo operacional Paulo/Xavier: papéis, canais, autonomia e routing matrix. Útil para perceber como inputs de conversa são encaminhados.
10
Hermes Memory Mirror Policy
33 Xavier / 33.05
Distingue runtime memory, perfil do utilizador, Obsidian, skills, session history e nowhere. Essencial para evitar transformar memória em diário.
11
Xavier Decision Register
33 Xavier / 33.12
Registo real de decisões do Xavier. Mostra decisões como objetos: escolha, rationale, implicação e estado. Deve ser lido como exemplo de mecanismo.
12
Kanban Operating Model
11 Work Overview / 11.05
Modelo do Master Kanban: separa trabalho vivo de conhecimento durável e explica áreas, estados e a regra de não monitorizar várias boards em paralelo.
02 · Templates
Apêndice reutilizável
Estes ficheiros são menos narrativos e mais práticos: servem como ponto de partida para adaptar.
A1
Project Decision Template
Templates
Template mínimo para decisões de projeto: ajuda a separar uma decisão de um resumo narrativo.
A2
Source Ingest Template
Templates
Template de ingestão de fontes: preserva proveniência e força a distinguir fonte de conclusão.
A3
Synthesis Template
Templates
Template de síntese: útil quando várias fontes ou conversas precisam virar conhecimento reutilizável.
A4
Research Note Template
Templates
Template de nota de investigação: exemplo de estrutura leve para material académico ou conceptual.
Nota de prudência: estes Markdown são cópias públicas selecionadas, não o vault completo. O objetivo é mostrar mecanismos — endereçamento, owner rule, freshness, decisões, routing, memória, tarefas e templates — com menos ruído privado e operacional.