Persistent Scientific Intelligence

A infraestrutura onde investigações científicas persistem, verificam-se e continuam.

A CSI transforma KIP + CWM + entidades em uma máquina persistente de investigação: quest → evidência real → hipóteses competidoras → previsões falsificáveis → experimento computacional → verificação determinística → atualização bayesiana → próximo melhor passo.

01
QUEST
02
EVIDENCE
03
HYPOTHESES
04
PREDICT
05
EXPERIMENT
06
VERIFY
07
REFLECT
closed-loop scientific intelligence — o ciclo reinicia com o Research State atualizado
Observability

Estado da plataforma, ao vivo

Métricas reais agregadas do substrato: cada número vem de eventos persistidos e auditáveis.

Campanhas ativas
Ciclos fechados
Hipóteses
Previsões resolvidas
Brier (calibração)
Eventos de pesquisa
Motor de Inteligência Científica

CSIM — o engine autônomo incorporado à plataforma

O que a plataforma organiza, o motor investiga: hipóteses competidas, verificação epistêmica determinística, falsificação simbólica, benchmarks SCI e a matriz viva contra os sistemas AI-cientist de ponta — tudo CPU-native, sem GPU.

3 planos computacionaisengine v1.65.13

Platform / Control Plane

Bun · Next.js 16 · TS 5 · Prisma/SQLite

Orquestração, campanhas, ledger auditável, observabilidade — o plano que agora conversa com a plataforma multi-usuário.

Scientific Research Plane

Python 3.12 · NumPy · SciPy · SymPy

Estatística científica real: decomposição de Brier (Murphy), Welch t + Cohen’s d, cobertura Wilson, falsificação simbólica.

Native Compute Plane

C11 · AVX2/AVX-512 · -O3 -march=native

Kernels CPU-NATIVE (GPU = 0): dot, RMSNorm, quantização int8, CRPS — verificação de correção antes do benchmark.

Matriz SOTA 2030 — benchmark honesto

12 características em que os AI-cientists de ponta convergem · re-benchmark cadenciado

7 alinhadas5 parciais0 gaps
alinhamento declarado com evidência58%
  • Geração de hipóteses estruturadas e competidas
  • Fundamentação em literatura real com citações verificáveis
  • Loop fechado hipótese → experimento → análise → refinamento
  • Verificação estatística com falsificabilidade explícita
  • Proveniência e auditabilidade end-to-end
  • Modelo de mundo com previsão e incerteza declarada

Console do motor

12 abas operacionais · estado vivo

experts
tools
campanhas

Campanhas do motor seguem a mesma lei de visibilidade da plataforma: open para o público, closed apenas para a dona e operadores.

Research Campaigns

Campanhas de investigação

Entidades de primeira classe que sobrevivem à troca de sessão, de entidade e de modelo — com estado, história e evidência próprios.

Pesquisa Aberta

Research aberta ao público

Campanhas marcadas como abertas: qualquer pessoa lê o bundle científico completo — quest, evidências, hipóteses, experimentos e traço — sem credencial e somente leitura. Pesquisa fechada não aparece aqui.

Acesso público = somente leitura. Mutações (ciclos, experimentos, evidências) exigem filiação ao tenant — o servidor recusa com 403.

Execução Assíncrona

Campanhas em execução autônoma

Visão cross-campaign das campanhas executando ciclos em background — o investigador submete, acompanha e interrompe sem bloquear o browser.

ocioso · 12s
Research Trace · ao vivo

Pesquisa em curso

Os últimos eventos do event backbone auditável — cada conclusão rastreável à evidência que a produziu.

live · 12s

Nenhum evento registrado ainda — execute uma fase para o backbone ganhar vida.

CSIB · SI-14

Benchmark: a plataforma como instrumento

Brier com decomposição de Murphy, skill contra climatologia e produção de novidade — computados sobre previsões persistidas e verificadas deterministicamente, nunca auto-avaliadas pelo modelo.

Substrate Integrations

KIP + CWM + entidades, sem duplicação

A CSI consome as camadas existentes pelos contratos — não recria Knowledge, não recria World Model, não recria Agent Runtime.

KIP 2.0 — Knowledge Graph

  • verificando…
  • Acervo real: 1M+ chunks · 42k fontes · 2.5k claims · 2.5k beliefs
  • Cada evidência KIP nasce com origin REAL e source ref auditável

CWM — Camila World Model

DISABLED
  • Camila World Model — worlds, fita de observações, forecasts prequential, causal, simulate, plan, dream
  • Integração indisponível — o ciclo científico local continua e a falha é observável.

LLM — Roteador de Inferência

ROUTING
  • Roteador apolítico multi-fornecedor (porta fiel do roteador da Camila)
  • Dificuldade + orçamento + latência decidem a camada — fallback em cadeia + circuito
  • Multi-modelo REAL entre camadas ativas · multi-fornecedor PRONTO via env (zero código)

Scientific Computing Sandbox

OPERATIONAL
  • PRNG semeado (mulberry32) — reprodutível bit a bit
  • for-loops bornes ≤ 5e6 · sem I/O · jail de namespaces
  • Manifest: seed + input/output hash em todo resultado

Multimodal Lab — pipeline de mídia

WIRED
  • Literatura Web — busca + leitura de páginas (além do KIP)
  • Estúdio de Figuras — geração de imagens → Artifact(FIGURE) com sha256
  • Narração — TTS (7 vozes · acessibilidade + revisão hands-free)
  • Visão (VLM) — análise de figuras contra hipóteses → ScientificEvidence
  • Voice Notes (ASR) — transcrição de voz → ResearchQuestion / Evidence
Inference Router — apolítico

Roteador apolítico multi-LLM multi-fornecedor

Dificuldade + orçamento + latência decidem a camada — não a marca. Provedores são plugins: adicionar um fornecedor é uma variável de ambiente, zero código. A Camile nunca é refém de um fornecedor.

Princípio apolítico

Porta fiel do roteador de inferência da Camila — mesmos invariantes: filtros duros antes de qualquer pontuação; custo nunca pontua (só desempata); relaxamento progressivo com requisitos funcionais invioláveis; nenhuma escolha degradada é silenciosa. Cada decisão é auditável em ledger — camada, nível, score, cadeia de eliminação, latência, tokens, custo — a decisão pode ser reconstruída, não apenas observada.

multi-fornecedorprovedores plugáveiscircuito: auditável
Decisões roteadas
0
Taxa de sucesso
Taxa de fallback
Decisões relaxadas
0

Camadas de chat (0)

Capacidades de pista fixa (0) — registradas para auditoria

Perfis de dificuldade por fase (0)

carregando perfis…

Decisões recentes (auditoria)

carregando decisões…

Roteamento multi-modelo REAL entre as camadas ativas · multi-fornecedor PRONTO: as camadas dormentes ativam-se com uma variável de ambiente (OPENAI_API_KEY, DEEPSEEK_API_KEY, OPENROUTER_API_KEY, OLLAMA_BASE_URL) — zero código novo, zero mudança de contrato. Nenhuma camada dormente é escondida: o estado é reportado.

Multi-Tenancy

Sistema multi-tenant com governança de memória

Cada tenant é uma célula com orçamento de memória, teto de heap, concorrência e cadeia de auditoria próprias. A admissão determinística reserva 100% do heap antes de qualquer execução — o OOM morre no processo filho, nunca no servidor. Sem teatro: cada número abaixo é medido.

Governador de memória

medindo…

Tenants (0)

O tenant ativo (cookie de escopo) determina qual célula de governança recebe todas as execuções de pesquisa da plataforma — orçamento, heap, concorrência, circuito e auditoria passam a ser os dele.

Playground do sandbox governado

experimento (js)

o código roda com rng() semeado e as ferramentas T.* do fabric de estatística — nada de require, fetch ou process: guardas estáticas rejeitam na admissão.

mesma semente → mesma sequência → mesmo hash de entrada

o watchdog mata o filho no prazo — sem zumbis

256 MB
32 MB512 MB

100% deste valor é reservado contra o orçamento do tenant antes de rodar (admissão determinística). Com heap 512 MB no preset de OOM (~400 MB alocados): o teto vence o for — é exatamente isso que o teste prova.

Defesa em camadas

camada 1

Teto V8 rígido no processo filho

Cada execução nasce em um node dedicado com --max-old-space-size: o OOM morre no filho, nunca no servidor.

camada 2

Admissão determinística

A execução reserva 100% do heap contra o orçamento do tenant antes de rodar — sem exceções.

camada 3

Fair scheduling

Deficit Round Robin com peso por plano: nenhum tenant morre de fome.

camada 4

Contabilidade e auditoria

MB·segundos, eventos OOM e cadeia de hash SHA-256 por tenant — cada ação é verificável.

Chaves e membros

Chaves de API

nenhuma chave emitida para este tenant

escopos mínimos por chave; revogação é imediata e entra na cadeia de auditoria. O prefixo é o único fragmento exibível — o segredo existe uma única vez, na emissão.

Membros (0)

nenhum membro listado — use o diálogo de membros no card do tenant para adicionar

adição e remoção de membros pelo diálogo no card do tenant — cada mudança é um elo na cadeia de auditoria.

Eventos OOM (0)

nenhum evento OOM registrado — o teto V8 está fazendo seu trabalho

Ledger de cota diária

carregando ledger…

Cadeia de auditoria (SHA-256 encadeado)

nenhuma entrada na cadeia — ações de tenancy (criação, orçamentos, chaves, membros, execuções) aparecem aqui

cada entrada carrega o hash da anterior — adulterar um elo quebra a verificação de todos os seguintes. A revalidação percorre a cadeia inteira no servidor e reporta o primeiro elo rompido, se houver.

Nenhum número nesta seção é simulado: o governador, os orçamentos, os recibos de execução, o ledger e a cadeia de hash vêm da mesma infraestrutura que roda os experimentos — governança observável é governança real.

Architecture

Três camadas, uma tese

KIP = o que é conhecido. CWM = o que o mundo modelado está fazendo. ENTITY = o que deve ser feito a seguir. A CSI orquestra as três sem misturar responsabilidades.

KIP
KNOWLEDGE

O que já foi registrado, extraído, relacionado e consolidado. Consumido via API — nunca duplicado.

CWM
WORLD

Estado, dinâmica, causalidade, incerteza e possíveis evoluções do sistema estudado. Referenciado por world_id.

AGENCY
ENTITY

Quem decide o que investigar, quais ferramentas chamar, qual o próximo passo — com escopos explícitos.

Implementation phases
SI-1Research Foundation

Campaign · ResearchState · Question · EpistemicState

SI-2Evidence

Evidence · Assessment · Conflict · Evidence Graph

SI-3Hypotheses

Hypothesis · Competition · FalsificationCriterion

SI-4Predictions

Prediction · Ledger · Deterministic Verification

SI-5Experiments

Design · Sandbox Execution · Result

SI-6Artifacts / Reproducibility

Registry · Trace · Capsule · Manifests

SI-7Research Organization

Director · Entity Factory · Scopes · Lifecycle

SI-8Tool Fabric

Sandbox · Statistics · Simulation · LLM Provider

SI-9KIP Integration

Retrieval real — origin auditável

SI-10CWM Integration

Adapter pronto · aguardando integração

SI-11+Information Gain → Autonomy

NBA engine · stop conditions · modo autônomo async

Progress per unit resource
A métrica é scientific utility, não agent count.
Zero-stub · zero-hidden-fallback
Falhas são observáveis; sucesso simulado é rotulado SIMULATED.
Crash recovery
A pesquisa não depende da vida de um processo — estado persistido.
Research Capsule
Exportável, auditável, reproduzível, continuável por outra entidade.