LBArtes Luiz

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.*

Carregando sua sessão...

Comentários

Entre com sua conta para comentar e registrar sua participação no fórum.

Ainda sem comentarios. Seja o primeiro!

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