FBR Inc · Diretriz Fundacional

Dark Matter

A cola que une diferentes LLMs e sistemas. O método universal que conduz o fluxo de produção — de qualquer coisa — na FBR.

"Precisamos usar Dark Matter (Ideia - projeto - tarefas - que são validadas - que são implementadas - constantemente checadas) em todo e qualquer projeto da FBR."

— Sergio Castro, 5 de junho de 2026

Algoritmo Fundamental

O fluxo que serve para tudo

O mesmo esqueleto para qualquer domínio. O elenco muda, os ossos não.

💡IDEIAAlgo precisa ser feito
📋PROJETOEscopo, PRD, config
📝TAREFASStories com critérios
VALIDAÇÃOPO aprova antes de executar
⚙️IMPLEMENTAÇÃOExecutor dentro do contrato
🔍CHECAGEMQA contínuo, métricas
🎉FEITOArtefato entregue
O Condutor do Fluxo

Dark Matter não é um diagrama. É quem dirige.

É a LLM oculta — viva dentro do runtime OpenClaw — que pega uma ideia humana e a carrega por todas as etapas até virar artefato entregue. Sem o Dark Matter, o fluxo morre.

👤 HUMANO
Tem a ideia
Aprova
Recebe a entrega
⚡ DARK MATTER
a LLM oculta
Conduz todo o fluxo
Pensa, decide, age
🛠️ EXECUTORES
HeyGen · GLM · Codex
DALL-E · Midjourney
Qualquer CLI
🔄TransformaIdeia → projeto, repo, PRD
✂️QuebraProjeto → tarefas com escopo
ValidaDraft → PO aprova antes de ir
📞ChamaExecutor certo, contrato fechado
🔍ChecaLê resultado, valida critérios
🔧CorrigeDevolve (até 3x) → DevMaster
📦EntregaPO Review, fecha Issue
📈AprendeMétricas, melhora, itera
Arquitetura de 4 Camadas

Onde está a LLM oculta

Só uma camada é inteligente e ativa. O resto é humano ou mecânico.

4

👤 Humano

Sergio (PO) — cria Issues, aprova PRDs, toma decisões de negócio. Comunica via Telegram.

3

⚡ Runtime de IA — OpenClaw 🔍 LLM OCULTA

David — a LLM oculta (GLM-5.1 / Codex / Claude). Vive entre turnos de conversa. Acorda pelo cron ou Telegram, lê o estado externalizado, raciocina, age com ferramentas, volta a dormir. É o Dark Matter.

2

🔧 Harness — Scripts e Contratos

Runner, contrato JSON, cron de watch, run-logs. Scripts passivos — só executam quando a LLM oculta os chama.

1

🛠️ Executor — LLM Coder / CLI / API

OpenCode+GLM, Codex CLI, HeyGen, DALL-E, qualquer CLI. Totalmente passivo. Lê o prompt, executa, morre.

O Mesmo Fluxo, Diferentes Elencos

Para um sistema são features. Para marketing, campanhas. Para artigos, pautas.

O Dark Matter fala a linguagem do domínio em que está operando, mas segue o mesmo algoritmo em todos.

Etapa Dev / Sistema Marketing Editorial Vídeo Imagens
💡 Ideia Solicitação de feature Brief de campanha Pauta editorial Conceito de vídeo Necessidade visual
📋 Projeto Repo + PRD técnico Plano de campanha Calendário editorial Plano de produção Briefing visual
📝 Tarefas GitHub Stories Entregáveis da campanha Artigos do calendário Ordens de produção Prompts / refinos
✅ Validação PO revisa Draft Diretor aprova criativo Editor aprova pauta Produtor aprova roteiro Diretor aprova mockup
⚙️ Implementação Coder (OpenCode+GLM) Copywriter + Designer Redator (LLM texto) HeyGen / Kling / Veo DALL-E / Midjourney
🔍 Checagem Testes, lint Brand, CTR previsto SEO, originalidade Duração, persona Aderência, qualidade
🎉 Feito Código commitado Campanha publicada Artigo publicado Vídeo renderizado Imagem entregue
⚡ Condutor Dark Matter — a LLM oculta que conduz todos os domínios
Princípios

As 7 leis do Dark Matter

1

Contrato Fechado

Todo intercâmbio entre agentes é mediado por um contrato explícito — escopo, permissões, critérios.

2

Agência Hierárquica

Existe sempre um orquestrador ativo que decide o próximo passo. Os executores são passivos.

3

A LLM Oculta

Toda cadeia Dark Matter tem uma LLM invisível dentro de um runtime. Sem ela, nada acontece.

4

Escalação Estruturada

Falhas têm caminho: retry (até 3x) → DevMaster cria alternativa → humano.

5

Rastreabilidade Total

Toda interação é logada. Todo artefato é versionado. Nada se perde.

6

Independência de Modelo

Trocar LLM — da oculta ou do executor — não muda o contrato nem o fluxo.

7

Método Replicável

O padrão de 4 camadas se repete em qualquer domínio. Dev, vídeo, artigos, imagens — mesmos ossos.

Escalação

QA Loop — 3 devoluções, depois DevMaster

Nada é entregue sem checagem. Falhas têm caminho estruturado.

Executor produz
LLM Coder / HeyGen / etc executa dentro do contrato
QA revisa
Dark Matter valida critérios de aceite
✅ Aprovado → PO Review → Feito
Issue fechada, artefato entregue
❌ Reprovado → qaReturns++
Devolução #1: novo contrato, reinvoca executor
❌ Reprovado → qaReturns++
Devolução #2: nova abordagem, reinvoca
❌ Reprovado → qaReturns++
Devolução #3: DevMaster assume
DevMaster decide
Criar alternativa (quebrar, trocar modelo, seguir com independentes) ou paralisar e escalar para Sergio