PCL Logo

PromptCore Labs Architecture

Sistema Operacional de Engenharia Assistida por Inteligência Artificial (AI Engineering Operating System)

v1.0 Soberania 25 Diagramas Interativos TLC Spec-Driven v3 100% Zero Trust GitHub PromptCore Labs

🗺️ Trilho de Aprendizado Arquitetural & Living Architecture

Bem-vindo à documentação viva do PromptCoreLabs_AEOS, projetada e mantida pela inteligência arquitetural Cortex. Para navegar de forma intuitiva pela plataforma, siga os 6 passos no menu flutuante acima. Clique em 📖 Ler Artigo para abrir o leitor modal sobreposto ou em 🌐 Abrir Interativo ↗ para explorar a versão interativa do diagrama em tela flutuante (90%).

Passo 1 de 6

Visão Macro & Fundação do Sistema

O que você vai aprender aqui: O PromptCoreLabs_AEOS é um sistema operacional soberano concebido para governar o desenvolvimento assistido por IA. Nesta primeira fase, você entenderá o contexto do sistema (atores e fronteira local/nuvem) e a topologia de contêineres do Harness físico.

Fluxo do Conhecimento no AEOS

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)

DIAG-C4-01 System Context Diagram
DIAG-C4-01 • C4 Level 1 P0 Crítico

System Context Diagram

Mapeia o operador humano, a fronteira local protegida por VPN Mesh Tailscale, as conexões de inferência na nuvem e o repositório remoto GitHub.

DIAG-C4-02 Harness Container Topology
DIAG-C4-02 • C4 Level 2 P0 Crítico

Harness Container Topology

Detalha os 3 contêineres Docker principais: pcl-db (PostgreSQL + PGVector), pcl-omniroute (Proxy de Inferência) e pcl-paperclip (Dashboard de Orquestração).

DIAG-C4-03 Repository Component Breakdown
DIAG-C4-03 • C4 Level 3 P0 Crítico

Repository Component Breakdown

Exibe a decomposição dos 14 diretórios chave do repositório consolidado e o fluxo de dados entre governança, memória e execução.

DIAG-PRJ-01 Projects Taxonomy
DIAG-PRJ-01 • Component Isolation P3 Evolutivo

Projects Taxonomy & Isolation

Demonstra as regras de isolamento soberano dos projetos contidos no diretório projects/ (como a Living Architecture e o Crialli).

Passo 2 de 6

🤖 Squad de IA & Agentes Inteligentes

O que você vai aprender aqui: O ecossistema PCL AEOS orquestra uma squad com 15 Agentes Inteligentes especialistas. Nesta etapa, você verá como o Planner, Builder, QA e Auditor colaboram no protocolo de mensagens e na governança do PaperClip.

UML de Sequência: Colaboração Atômica entre Agentes

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

DIAG-HOLD-01 Holding Digital 3 Camadas
DIAG-HOLD-01 • PCL-AEOS v2.0 P0 Crítico

Holding Digital (3 Camadas)

Mapeamento topológico das 3 Camadas do modelo de Holding Digital: Plataforma Core, 15 Verticais B2B e Canais de Monetização.

DIAG-AGT-01 Squad Orchestration & Roles
DIAG-AGT-01 • Component / Squad P1 Alto

Squad Orchestration & Roles

Mapeia os 15 agentes organizados nas 4 camadas: Estratégia/Negócios, Engenharia/Especificação, Execução de Código e Qualidade/Segurança.

DIAG-LIF-01 PCL Cortex Micro-Loop Lifecycle
DIAG-LIF-01 • State Machine P1 Alto

PCL Cortex Micro-Loop Lifecycle

Máquina de estados de micro-execução que governa as retentativas do agente Builder e as transições de status (IDLE, PLANNING, WORKING, QA_REVIEW).

DIAG-DEV-01 Developer Experience & IDE Loop
DIAG-DEV-01 • Sequence Diagram P2 Médio

Developer Experience & IDE Loop

Sequência de interação contínua entre o desenvolvedor humano, a IDE assistida por IA, os servidores MCP locais e os relatórios de validação.

DIAG-BS-01 Bootstrap & Onboarding Pipeline
DIAG-BS-01 • Workflow P2 Médio

Bootstrap & Onboarding Pipeline

Pipeline de inicialização de novas sessões de IA e transmissão soberana de contexto entre tarefas (Handoff Protocol).

Passo 3 de 6

🧠 Conhecimento & Memória Persistente (RAG)

O que você vai aprender aqui: O AEOS opera sobre uma Memória Tripartida (Curto, Médio e Longo Prazo) integrada ao banco relacional local PostgreSQL 17 + PGVector. Esta fase cobre a ingestão, o RAG semântico (768D/1536D) e a estrutura relacional das tabelas de vetores e logs de execução.

Modelo de Memória Tripartida & ERD PGVector

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

DIAG-DAT-01 RAG & Memory Data Lineage
DIAG-DAT-01 • Dataflow P1 Alto

RAG & Memory Data Lineage

Linhagem completa dos dados: da varredura de arquivos locais Markdown/JSON até a vetorização, busca por similaridade de cosseno e injeção de contexto no prompt.

DIAG-LEG-01 Legacy Migration Dataflow
DIAG-LEG-01 • Dataflow P2 Médio

Legacy Migration Dataflow

Dataflow de sanitização, extração e migração do acervo de dados legados do diretório legacy/ para o novo padrão de memória vetorial.

DIAG-OBS-01 Observability & Audit Trail
DIAG-OBS-01 • Observability P3 Evolutivo

Observability & Audit Trail

Trilha imutável de auditoria gravada na tabela agent_execution_logs, garantindo rastreabilidade de cada decisão tomada pela IA.

DIAG-MCP-01 MCP Server Interconnection Map
DIAG-MCP-01 • MCP Server Map P2 Médio

MCP Server Interconnection Map

Mapa de integração via Model Context Protocol (MCP) conectando a IDE aos servidores pcl-cortex e gemini-notebooklm.

Passo 4 de 6

💾 Backup & DRP (Disaster Recovery Plan)

O que você vai aprender aqui: A arquitetura de resiliência do PCL AEOS opera no modelo de Memória Tripartida de custo marginal zero ($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:

# Executar o backup completo da Memória de Longo Prazo (PostgreSQL pcl-db + AES-256 + Cloudflare R2)
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

DIAG-MEM-01 Tripartite Memory & DRP
DIAG-MEM-01 • Resiliência & DRP P0 Crítico

Memória Tripartida & DRP

Fluxo de resiliência e backup frio criptografado em AES-256 no Cloudflare R2 ($0.00/mês), borda D1/Vectorize e plano de recuperação DRP (SLA RTO ≤ 15min).

Passo 5 de 6

🛡️ Infraestrutura, Runtime & Governança

O que você vai aprender aqui: A camada operacional garante que o sistema execute com total segurança perimetral (Zero Trust), economia financeira (EBITDA Shield no OmniRoute) e rastreabilidade rigorosa por 5 Stage Gates sequenciais.

Quickstart: Comandos do Harness Local (Docker)

Comandos para inicialização dos contêineres pcl-db, pcl-omniroute e pcl-paperclip:

# Inicializar todos os serviços localmente
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

DIAG-SEQ-01 TLC Spec-Driven Execution Loop
DIAG-SEQ-01 • Sequence P0 Crítico

TLC Spec-Driven Execution Loop

Garantia de qualidade por especificação prévia (TLC v3): Gate 1 (specify), Gate 2 (design), Gate 3 (tasks), Gate 4 (validate) e Gate 5 (release).

DIAG-SEQ-02 OmniRoute LLM Request Lifecycle
DIAG-SEQ-02 • Sequence P1 Alto

OmniRoute LLM Request Lifecycle

Gateway de IA (porta 20130): recebe chamadas de inferência, aplica cache de prompt (EBITDA Shield) e roteia dinamicamente entre Claude 3.5, Gemini 3.1 e modelos locais.

DIAG-INF-01 Network & Security Topology
DIAG-INF-01 • Infrastructure P1 Alto

Network & Security Topology

Topologia de rede física: isolamento de contêineres na sub-rede Docker pcl-network e malha de criptografia perimetral via Tailscale VPN Mesh.

DIAG-GOV-01 Governance & Stage Gates Matrix
DIAG-GOV-01 • Governance Matrix P0 Crítico

Governance & Stage Gates Matrix (TLC v3 Dual-Track & ADR-0010)

Matriz formal de governança com Triage Gate (ADR-0009), Squad Prototyping & Antigravity Harness (ADR-0010) e triagem dinâmica entre Rota Lean e Full SDD.

DIAG-SEC-01 Secret Management & Zero Trust
DIAG-SEC-01 • Security / Zero Trust P3 Evolutivo

Secret Management & Zero Trust

Diretriz Zero Secret Leak: varredura do CISO Agent contra vazamento de tokens, isolamento de chaves no .env e auditoria de código.

DIAG-C4-04 Code-Level Class & Interface Specs
DIAG-C4-04 • C4 Level 4 P3 Evolutivo

Code-Level Class & Interface Specs

Especificação em nível de código (Nível L4 C4) do motor PCL Cortex Engine CLI (módulos deliver, validate, render).

Passo 6 de 6

⚡ Execução Reativa & Failover Sob Demanda (PCL AEOS Pilha Local)

Inferência Reativa e Smart Failover: A infraestrutura soberana do PCL AEOS garante autonomia 100% offline sem desperdício de recursos locais. Em modo online, a GPU local (RTX 3050 6GB) é mantida com 0 MB de VRAM alocada. Na ocorrência de uma queda de internet/VPN, o monitor reativo dispara automaticamente a carga do modelo local sob demanda no LM Studio.

Arquitetura de Inferência Implementada (Fluxo de Decisão OmniRoute)

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

Máquina de Estados & Ciclo de Transição de VRAM

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

DIAG-INFER-01 Hybrid Inference Architecture & 2-Tier Smart Failover
DIAG-INFER-01 • Arquitetura de Inferência P0 Crítico

Hybrid Inference & 2-Tier Smart Failover

Topologia de inferência em 3 camadas: Operação Online a Custo Zero ($0 marginal cost) via Cloud Free Tier (0 MB VRAM), Failover Nível 1 com Ollama Qwen 2.5 Coder 7B (100% VRAM) e Failover Nível 2 com LM Studio DeepSeek MoE (GPU Offload híbrido).

DIAG-FAILOVER-01 Trigger-Based On-Demand Failover
DIAG-FAILOVER-01 • Failover Reativo P0 Crítico

Trigger-Based On-Demand Failover

Ciclo de vida reativo e alternância de estado gerada pelo PCL Cortex Engine, demonstrando o estado online (0 MB VRAM), failover para Ollama e LM Studio sob demanda e desalocação ao retornar a rede.

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

📑 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:

P0 Crítico

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.

P1 Alto

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.

P2 Médio

Melhoria de eficiência operacional, automações auxiliares de workflow ou documentações complementares. Implementado após o fechamento das entregas P0 e P1.

P3 Evolutivo

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.