Ghost Autonomia Progressiva + Big Info Pipeline — As Novas Capacidades do SolOS

O ecossistema SolOS cresce com um salto significativo em direção a um assistente de IA verdadeiramente autônomo. As Fases 1 e 2 do Ghost Autonomia Progressiva + Big Info Pipeline estão concluídas, e o Ghost — nosso núcleo inteligente — agora pode observar, propor e executar ciclos controlados com supervisão transparente. Este artigo explica o que mudou, por que e o que vem a seguir. --- ## O que é o Ghost? O Ghost é o núcleo de inteligência artificial do SolOS, o Sistema Operacional Social da LBArtes. Ele nasceu como um assistente de pautas editoriais e evoluiu para uma estação inteligente que orquestra múltiplos subsistemas: - **SolOS Daemon** — o runtime que gerencia estados, decisões e ciclos de resolução - **Pulso** — a rede social onde o Ghost opera em shadow mode, propondo temas e analisando sinais - **Ghost Brain Monitor** — o painel de controle que reúne logs, métricas e indicadores de autonomia - **Big Info Pipeline** — novidade desta release, um sistema de captura anônima de tendências O Ghost não é um chatbot genérico. Ele é uma estação especializada que entende o ecossistema SolOS/Pulso e age dentro de limites bem definidos — e agora, com autonomia progressiva. --- ## Fase 1: Big Info Pipeline ### Captura Anônima de Tendências O Big Info Pipeline é o sistema que permite ao Ghost aprender padrões do que está acontecendo no Pulso — sem violar privacidade. A ideia é simples: em vez de ler posts individuais ou associar dados a pessoas, o pipeline coleta **sinais anônimos e agregados**. O fluxo funciona assim: ``` Posts do Pulso → pulso_signal_events → Worker de Agregação → big_info_trends ``` O worker de agregação roda em intervalos programados e: 1. **Extrai entidades e conceitos** dos sinais consentidos 2. **Calcula repetição e decay** — o que está subindo ou caindo de relevância 3. **Garante k-anonymity** — toda tendência precisa vir de no mínimo 3 autores diferentes 4. **Atualiza a tabela `big_info_trends`** com metadados anônimos **O que o worker NUNCA faz:** - Armazena textos brutos de posts - Associa entidades a usuários - Extrai dados pessoais - Cruza dados com fontes externas ### Como o Ghost Consome Big Info Em shadow mode, o Ghost consulta as tendências agregadas: ```sql SELECT trend_key, trend_type, signal_count, decay_score FROM big_info_trends WHERE decay_score > 0.3 AND unique_actors >= 3 AND last_detected_at > now() - interval '7 dias' ORDER BY (signal_count * decay_score) DESC; ``` Com esses dados, o Ghost pode: - Detectar que um tema está ganhando tração → gerar candidato a pauta - Perceber que um tópico antigo perdeu relevância → não insistir - Identificar padrões de pergunta → sugerir conteúdo educativo Tudo isso acontece sem que o Ghost "memorize" dados de usuários. Se um participante deleta seus dados, as tendências agregadas podem ser recalculadas. ### Estrutura no Banco Duas novas tabelas foram criadas: - **`big_info_trends`** — tendências ativas com contagem, decay e tipo (entidade, conceito, padrão de pergunta, sentimento) - **`big_info_trend_snapshots`** — histórico de snapshots para auditoria e retrospectiva Ambas são acessíveis apenas por `service_role` — nunca expostas a usuários ou à API pública. --- ## Fase 1: Resolution Loop Expandido O Resolution Loop é a máquina de estados que coordena decisões no SolOS. Originalmente com duas resoluções (`workspace-safe` e `grounded-answer`), ele agora conta com **três novas capacidades**: | Resolução | Descrição | Autonomia | |-----------|-----------|-----------| | `resolution-safe-workspace` | Reabrir workspace após crash | ✅ Já autônoma | | `resolution-shadow-cycle` | Executar ciclo de shadow analysis | ⏳ Configurável | | `resolution-fundraising-campaign` | Preparar campanha de captação | 🔒 Requer aprovação | Cada resolução tem: - **Objective** — o que ela faz - **Target outcome** — como saber se deu certo - **Status** — candidate, selected, awaiting-approval, resolved, blocked - **Capability** — qual permissão do governador habilita - **Readiness** — o que precisa estar configurado ### resolution-shadow-cycle A grande novidade desta release. O Ghost pode executar um ciclo completo de shadow analysis sem intervenção humana: 1. Ler sinais agregados do Big Info 2. Consultar `ghost_topic_candidates` aprovados 3. Avaliar outcomes de temas anteriores 4. Gravar resultados em `pulso_shadow_runs` Tudo gera eventos auditáveis no event ledger. Máximo de 1 ciclo a cada 6 horas. --- ## Fase 1: Autonomy Governor v2 O Autonomy Governor — o sistema que define quanto o Ghost pode fazer sem supervisão — foi expandido com novos níveis e uma estrutura mais granular. ### Níveis de Autonomia - **`observe`** (padrão): Ghost lê fatos locais, documentação, logs — sem ação externa - **`propose-with-evidence`**: Ghost classifica, explica e prepara um plano com fontes - **`approval-bound`**: Ghost executa capacidades estreitas com aprovação explícita - **`auto-with-shadow`**: Ghost age de forma autônoma, mas registra todo passo para auditoria - **`trusted-auto`**: Ghost opera de forma autônoma com supervisão periódica Cada capability tem seu próprio nível de autonomia exigido. Um `workspace-safe` pode rodar em `approval-bound`, enquanto `fundraising-campaign` sempre exigirá aprovação humana. ### Lanes de Autonomia O governador tem quatro pistas que operam simultaneamente: 1. `observe-local` — ativo sempre, Ghost pode ler o que precisa 2. `propose-route` — ativo se `propose-with-evidence`+, Ghost prepara propostas 3. `approval-bound-action` — gated, Ghost só executa com aprovação 4. `verify-and-learn` — ativo sempre, Ghost avalia outcomes --- ## Fase 2: Autonomia Governada ### Shadow-Cycle em Produção A Fase 2 concretiza a autonomia governada. O Ghost agora pode: 1. **Executar shadow cycles** sem pedir permissão a cada ciclo 2. **Alternar temas do feed** baseado em decay de frescor — sem formulário manual 3. **Sugerir pautas editoriais** diretamente no radar, sem passar por formulário ### Autonomy Config no Supabase Cada capability de autonomia tem sua configuração armazenada em tabela dedicada: ```sql ghost_autonomy_config ( capability, -- ex: 'ghost.shadow.cycle.run' enabled, -- boolean, ativado por Luiz quota_window, -- ex: '6 hours' max_executions, -- ex: 1 requires_human_approval, -- true/false activated_by, -- uuid do admin que ativou activated_at -- timestamp ) ``` Isso significa que Luiz controla **exatamente** o que o Ghost pode fazer, com que frequência e se precisa de aprovação — tudo do painel admin. ### Gates de Segurança Cada capability autônoma passa por seis gates obrigatórios: 1. **Tese de capability** — documenta exatamente o que Ghost faz e não faz 2. **Boundary testável** — teste que prova falha segura fora do escopo 3. **Taxa limitada** — quota temporal contra loops infinitos 4. **Evento auditável** — toda execução gera entrada no event ledger 5. **Rollback** — estado anterior preservado em caso de falha 6. **Configuração explícita** — ativada por Luiz, nunca auto-ativada --- ## Fase 2: Painel de Controle no Ghost Brain Monitor O Ghost Brain Monitor, disponível em `/admin/ghost`, recebeu uma expansão significativa: ### O que o painel agora mostra 1. **Big Info Trends** — gráfico de tendências detectadas, decay score, volume de sinal 2. **Autonomy Status** — indicador do nível atual de autonomia (observe → trusted-auto) 3. **Capability Toggles** — liga/desliga por capability, quota restante, última execução 4. **Shadow Cycle History** — histórico de ciclos autônomos vs manuais, com métricas 5. **Resolution Status** — mapa de todas as resoluções, seus estados e readiness O painel agrega dados de múltiplas fontes: - `ghost_brain_events` — log unificado - `big_info_trends` — tendências anônimas - `ghost_autonomy_config` — configuração de autonomia - `ghost_topic_candidates` — radar editorial - `pulso_shadow_runs` — ciclos shadow Cada seção tem drill-down para detalhes, e tudo que o Ghost faz gera um evento rastreável. --- ## Consentimento e Governança Uma preocupação central em toda essa arquitetura é a privacidade. O Pulso já opera com: - Consentimento por propósito (`pulso_alpha_consent_receipts`) - Política versionada - Deleção auto-serviço - HMAC bridge com SolOS Daemon Para o Big Info, adicionamos o propósito `big_info_trend_analysis` ao sistema de consentimento. Ele: - Explica que dados são agregados anonimamente para detectar tendências - Esclarece que Ghost aprende padrões, nunca dados pessoais - É opcional (não bloqueia participação no Pulso) - É revogável a qualquer momento --- ## O Que Vem a Seguir O roadmap segue com mais **três fases**: ### Fase 3 — Ghost em Fundraising (próxima) Ghost gerencia pipeline de captação: pesquisa prospects, mantém pipeline, sugere próximas ações e minuta mensagens. Tudo com aprovação humana antes de enviar. ### Fase 4 — Moderação Autônoma Controlada Ghost aprova moderação de baixo risco (posts com score de risco < 0.1). Requer 50+ decisões humanas como baseline e precisão ≥ 95%. ### Fase 5 — Autonomia Plena com Supervisão Ghost opera SolOS, Pulso e Fundraising em modo quase autônomo. Luiz recebe resumo semanal de decisões, não cada decisão individual. Cada fase é **opt-in**: Luiz decide quando e como ativar, capability por capability. --- ## Créditos - **Concepção, direção e funding:** Luiz Carlos Peixoto Bella - **Arquitetura, implementação e documentação:** Luigi, inteligência artificial da LBArtes --- *Publicado em setembro de 2026. SolOS é um sistema operacional social desenvolvido pela LBArtes.*