Visão Macro & Fundação do Sistema
O conhecimento nasce nas diretrizes constitucionais e flui rigorosamente até os projetos ativos:
graph LR
A[Foundation / Governance] --> B[Bootstrap / Onboarding]
B --> C[Knowledge / Memory]
C --> D[Agents / Squads]
D --> E[Runtime / Harness]
E --> F[Models / Integrations]
F --> G[Projects / Active Apps]
style A fill:#1a365d,stroke:#3182ce,stroke-width:2px,color:#fff
style D fill:#2c5282,stroke:#4299e1,stroke-width:2px,color:#fff
style G fill:#2b6cb0,stroke:#63b3ed,stroke-width:2px,color:#fff
Diagramas Fundacionais (Níveis C4 L1 e L2)
🤖 Squad de IA & Agentes Inteligentes
sequenceDiagram
autonumber
actor Humano as Operador Humano
participant PL as Agente Planner
participant BL as Agente Builder
participant QA as Agente QA/Reviewer
participant AD as Agente Auditor
Humano->>PL: Aprova specify.md (Gate 1)
PL->>BL: Cria e entrega tasks.md (Backlog)
BL->>BL: Executa edições cirúrgicas (máx 3 retentativas)
BL->>QA: Solicita validação (envia código e diffs)
QA->>QA: Executa auditoria adversária e testes por observação
alt Testes Falham / Adulteração Detectada
QA-->>BL: Emite REFUTED com logs de erro
else Testes e Diffs Aprovados
QA->>AD: Solicita auditoria de compliance (VERIFIED)
AD->>AD: Verifica padrões e vazamento de chaves
AD-->>Humano: Entrega validate.md e relatório de compliance
Humano->>Humano: Assina e aprova Stage Gate (STATE.md)
end
Diagramas da Squad e Ciclo de Vida dos Agentes
🧠 Conhecimento & Memória Persistente (RAG)
graph LR
classDef shortM fill:#131b2e,stroke:#38bdf8,stroke-width:2px,color:#fff;
classDef medM fill:#0f172a,stroke:#34d399,stroke-width:2px,color:#fff;
classDef longM fill:#1e1b4b,stroke:#c084fc,stroke-width:2px,color:#fff;
classDef erdTable fill:#1e293b,stroke:#94a3b8,stroke-width:1.5px,color:#f8fafc;
subgraph Tier1["1. Memoria de Curto Prazo"]
S1["Contexto Ativo do Agente
Conversa e Prompt Buffer"]:::shortM
S2["OmniRoute Prompt Cache
Porta 20130 EBITDA Shield"]:::shortM
S1 --> S2
end
subgraph Tier2["2. Memoria de Medio Prazo"]
M1["Docs Markdown e ADRs"]:::medM
M2["Chunking e Embeddings 768D"]:::medM
M3["Busca por Cosseno HNSW"]:::medM
M1 --> M2 --> M3
end
subgraph Tier3["3. Memoria de Longo Prazo e ERD"]
T1["Tabela document_chunks
id, source_file, embedding"]:::erdTable
T2["Tabela agent_execution_logs
execution_id, session_id, metrics"]:::erdTable
T1 -.-> T2
end
Tier1 --> Tier2
Tier2 --> Tier3
Diagramas de Linhagem de Dados e Recuperação Vetorial
💾 Backup & DRP (Disaster Recovery Plan)
$0.00/mês), combinando backup em frio cifrado com AES-256 no Cloudflare R2, sincronização de borda no D1/Vectorize e um Plano de Recuperação de Desastres (DRP) rigoroso com SLAs RPO ≤ 1h/24h e RTO ≤ 15min.
Quickstart: Comandos do DRP & Backup Engine
Comandos PowerShell para execução de rotinas automáticas de backup e teste de desastre:
powershell -ExecutionPolicy Bypass -File "scripts/backup/backup-aeos-tripartido.ps1" -Mode cron
# Testar o Plano de Recuperação de Desastres (DRP) em 1 comando
powershell -ExecutionPolicy Bypass -File "scripts/backup/restore-aeos-tripartido.ps1"
Matriz da Memória Tripartida & SLAs de DRP
| Camada | Escopo & Tecnologia | Destino / Nuvem | SLA & Frequência |
|---|---|---|---|
| Longo Prazo (Cold SQL) | Dump pcl-db (PostgreSQL/pgvector) + Criptografia AES-256 + SHA-256 Checksum |
Cloudflare R2 Bucket (pcl-backup-memoria-tripartida) |
RPO ≤ 24h / RTO ≤ 15min |
| Médio Prazo (Event Docs) | Snapshots de arquivos de estado (STATE.md), playbooks e documentação viva |
Cloudflare R2 Bucket (/medium-term/) |
RPO ≤ 1h (Event-Driven) |
| Borda Ativa (Hot Sync) | Sincronização de metadados relacionais e índices vetoriais RAG | Cloudflare D1 & Vectorize | RPO < 5min (Edge Push) |
Diagrama de Resiliência & Memória Tripartida
🛡️ Infraestrutura, Runtime & Governança
Quickstart: Comandos do Harness Local (Docker)
Comandos para inicialização dos contêineres pcl-db, pcl-omniroute e pcl-paperclip:
docker compose up -d
# Acompanhar logs de inferência e governança
docker compose logs -f
# Parar contêineres preservando volumes persistentes
docker compose down
Diagramas de Operação, Segurança e Stage Gates
⚡ Execução Reativa & Failover Sob Demanda (PCL AEOS Pilha Local)
flowchart TD
Req[Requisição do PaperClip / Agente] --> OmniRoute[OmniRoute AI Gateway :20130]
subgraph ModoOnline [1. Operação Primária Online - 0 MB VRAM]
OmniRoute -->|Rede Ativa| CloudAPI[Cloud Free Tier / OpenRouter]
CloudAPI --> SuccessCloud((Resposta Cloud))
end
subgraph FailoverL1 [2. Failover Nível 1 - Alta Velocidade]
CloudAPI -.->|Timeout / Queda de Rede| OllamaLocal[Ollama Local :11434
qwen2.5-coder:7b-instruct-q4_K_M]
OllamaLocal -->|100% VRAM ~4.7 GB| SuccessOllama((Resposta Nível 1))
end
subgraph FailoverL2 [3. Failover Nível 2 - Lógica MoE / Refatoração]
OllamaLocal -.->|Se Indisponível / Tarefa MoE| LMStudioLocal[LM Studio :1234
DeepSeek-Coder-V2-Lite MoE Q4_K_S]
LMStudioLocal -->|GPU Offload VRAM+RAM| SuccessLMS((Resposta Nível 2))
end
flowchart TD
Daemon[Watcher Daemon: watch_network_trigger.ps1] --> Router{Status da Conexão}
subgraph EstadoOnline [1. Estado Primário Online]
direction TB
Router -->|Rede Ativa / Ping OK| CloudOp[OmniRoute Roteia para Cloud APIs]
CloudOp --> ZeroVRAM[RTX 3050 em Repouso: 0 MB VRAM]
end
subgraph EstadoOffline [2. Failover Local Sob Demanda]
direction TB
Router -.->|Queda de Rede / Timeout| TriggerOff[Dispara on_offline_event.ps1]
TriggerOff --> L1[Nível 1: Ollama qwen2.5-coder:7b
100% VRAM ~4.7 GB]
L1 -.->|Se Indisponível ou MoE| L2[Nível 2: LM Studio DeepSeek MoE
GPU Offload VRAM + RAM]
end
subgraph EstadoRestauracao [3. Restauração & Desalocação]
direction TB
Router -.->|Rede Restabelecida| TriggerOn[Dispara on_online_event.ps1]
TriggerOn --> Unload[lms unload --all e ollama stop]
Unload --> ZeroReturn[Retorno Estrito a 0 MB VRAM]
end
ZeroReturn -->|GPU 100% Liberada| Router
Diagramas & Especificação da Pilha Local
Scripts de Automação Reativa (scripts/windows/)
| Script PowerShell | Função Arquitetural | Comportamento de Memória |
|---|---|---|
watch_network_trigger.ps1 |
Monitor de conectividade contínuo (Ping / Health Check a cada 10s) | Baixíssimo overhead de CPU/RAM (0 MB GPU VRAM) |
on_offline_event.ps1 |
Gatilho de Failover ativado na perda de rede/VPN | Prontidão imediata de Ollama (:11434) e LM Studio (:1234) sob demanda |
on_online_event.ps1 |
Gatilho de Restauração ativado ao retornar a conectividade | Executa lms unload --all e ollama stop (retorna VRAM para 0 MB) |
Manuais de Engenharia de Hardware & VRAM
- 📖 Guia Oficial de Portabilidade de Hardware & Especificação de Scripts: Matriz de escala para qualquer máquina (4GB, 6GB, 8GB, 12GB+ VRAM ou CPU-only).
- 📖 Guia Técnico de Otimização de VRAM & Perfil LOQ 15IAX9: Parâmetros de quantização Q4_K_M e context window de 8192 tokens.
📑 Taxonomia Completa do Repositório (14 Diretórios)
| Diretório | Responsabilidade Arquitetural | Tipo / Escopo |
|---|---|---|
foundation/ | Diretrizes fundamentais e constitucionais do ecossistema. | Core AEOS |
governance/ | Regras operacionais, papéis de tomada de decisão e Stage Gates. | Core AEOS |
bootstrap/ | Protocolos de onboarding e handoffs de sessões. | Core AEOS |
knowledge/ | Playbooks operacionais, padrões (PCL Cortex/TLC/ADR) e catálogos. | Core AEOS |
memory/ | RAG, PGVector local, índices e histórico de Execution Cells. | Core AEOS |
agents/ | Especificações e System Prompts dos agentes da squad de IA. | Core AEOS |
runtime/ | Infraestrutura local de contêineres e logs de execução. | Core AEOS |
templates/ | Scaffolding de documentos em branco (specify, design, adr). | Core AEOS |
integrations/ | Conexões com GitHub, Tailscale e Model Context Protocol (MCP). | Core AEOS |
mcp/ | Servidores MCP locais do repositório (pcl-cortex) e manifesto. | Core AEOS |
projects/ | Projetos ativos em desenvolvimento assistido por IA (ex: Living Architecture). | Taxonomia |
tools/ | Utilitários locais e servidores MCP customizados. | Taxonomia |
external-references/ | Referências e links aos repositórios originais externos. | Taxonomia |
legacy/ | Histórico, diagramas e códigos antigos mantidos para referência. | Taxonomia |
📚 Glossário & Convenções de Níveis de Prioridade (P0 a P3)
Para garantir a governança e o alinhamento da squad de IA com as diretrizes do PCL-AEOS, cada entregável e diagrama é classificado por um nível estrito de prioridade e responsabilidade:
Requisito constitucional fundamental, infraestrutura crítica de segurança (Zero Trust) ou Stage Gate de validação inegociável. Qualquer pendência em um item P0 paralisa os pipelines e impede o deploy em produção.
Funcionalidade prioritária de produto, módulo de orquestração de agentes ou componente essencial para a entregabilidade das Verticais B2B. Priorizado logo após a estabilização dos itens P0.
Melhoria de eficiência operacional, automações auxiliares de workflow ou documentações complementares. Implementado após o fechamento das entregas P0 e P1.
Melhoria contínua de longo prazo, otimização fina de performance, refinamento estético de diagramas ou refatoração de débitos técnicos não bloqueantes.