Bastion — Cérebro Corporativo Nativo de IA & SO Agêntico
A porta de entrada do ecossistema: um sistema operacional agêntico de cinco camadas — Console, Engine, Brain, Factory, Surface — composto por dez repositórios versionados de forma independente.
Overview
Bastion não é um invólucro em torno de um LLM. É um sistema operacional de cinco camadas para comandar muitos agentes autônomos a partir de um único posto: uma Factory de SDLC rigorosa que constrói o software, um Engine que executa os fluxos de trabalho dos agentes, um Brain de grafo semântico que se mantém comprovadamente atualizado, um Console em tempo real para observar e conduzir, e uma Surface no celular para fazer tudo isso sem estar preso à mesa. O sistema deliberadamente não é um monorepo. Dez repositórios — abrangendo Rust, Python e Flutter — mantêm seus próprios históricos git, suítes de testes e cadências de release, e se compõem por meio de um pequeno número de contratos de API versionados e unidirecionais. Este repositório (bastion-os) é a porta de entrada: a arquitetura, o diagrama de sistema em Mermaid e os links para cada módulo. As cinco camadas: o Console (bastion, Rust) é o posto do operador — sessões, custo e orçamento ao vivo, um botão de desligamento e consultas ao cérebro; o Engine (orchestrator em Python, engine-rs em Rust) executa fluxos de trabalho de agentes validados por DAG; o Brain (mev + pgvector) é a camada de contexto, onde o mev é o único parser de referência para os formatos de arquivo da empresa e o que ele valida é exatamente o que é indexado; a Factory (base-template) é o harness de SDLC que estrutura cada especificação em worktrees git isolados; e a Surface (bastion-ui, Flutter) é o operador móvel sem amarras, conduzindo todo o sistema via Tailscale através de uma API HTTP + WebSocket versionada. O princípio norteador é arquitetural, não guiado por funcionalidades: um sistema operado por uma só pessoa falha não por falta de recursos, mas por deriva do autoconhecimento — visões mantidas à mão que ficam desatualizadas, múltiplos parsers dos mesmos formatos, um índice semântico que nunca está atual. O Bastion é projetado contra esse modo de falha primeiro: um só parser (okf-core, um crate de contrato compartilhado), um só escritor do estado derivado, e um Brain onde validado == indexado == derivado.
Technical Stack
Console
- ▸bastion (Rust) — TUI de controle central
- ▸bella — framework de TUI da família Console
- ▸sessões · custo/orçamento ao vivo · botão de desligamento
Engine
- ▸orchestrator (Python) — fluxos DAG, Celery
- ▸engine-rs (Rust) — engine assíncrono nativo
- ▸claude-code-rs — invólucro defensivo da CLI
Brain
- ▸mev — parser de referência de corpus/grafo
- ▸pgvector — armazenamento semântico
- ▸okf-core — crate de contrato compartilhado
Factory
- ▸base-template — harness de SDLC
- ▸pipeline /sdlc-flow
- ▸worktrees git isolados
Surface
- ▸bastion-ui (Flutter) — operador móvel
- ▸Riverpod · WebSocket
- ▸acesso remoto via Tailscale
Key Features
Cinco repos desacoplados (Rust, Python, Flutter) que se compõem em um sistema operacional por meio de contratos de API versionados — não um monorepo
Controle Console-através-do-Engine: o ciclo custo → orçamento → desligamento é imposto por um contrato de API unidirecional, nunca por fora dele
Brain comprovadamente atual: o que o mev valida é exatamente o que é indexado — nenhuma visão mantida à mão pode divergir da fonte
Um só parser para todos os formatos de arquivo da empresa (okf-core), compartilhado por Console e Brain — sem reimplementações divergentes
Operação sem amarras: conduza todo o sistema a partir de um celular via Tailscale usando o bastion serve (HTTP + WebSocket)
Technical Challenges
Arquitetar contra a deriva do autoconhecimento — o modo de falha de um sistema operado por uma só pessoa, em que visões mantidas à mão, parsers duplicados e um índice desatualizado divergem silenciosamente da fonte da verdade
Unir dez repos com históricos git isolados em uma vitrine pública coerente sem mesclá-los nem vazar planejamento privado