# Sistema Unico v4 Executavel

## Uma coisa so

O sistema agora tem uma unica forma:

**Douglas Sistema Unico v4 = Kernel v3/v4 canonico + Case Harness como C0 + gates executaveis para as lacunas do v4.**

O harness e a primeira fatia viva. O Kernel e a constituicao. O Charter e o objetivo. O ledger e a memoria de integridade. Red-team e loop economics impedem que velocidade vire teatro.

## Ordem operacional

1. C0 roda local: `Preflight -> Implement -> Verify -> Review -> Close -> Retro`.
2. Preflight valida ambiente, PII, Charter, sucessao e economia do loop.
3. Cada fase gera trace e tambem escreve em `ledger-stream.jsonl`.
4. Verify roda eval deterministica e red-team minimo.
5. Close verifica evidencia, ledger, pilares e requisitos v4.
6. Retro transforma falha em dado.
7. O runner faz uma verificacao final do ledger depois de todas as fases.
8. O front mostra camadas, gates, avisos, artefatos da run final e uma aba para comunicacao.
9. Mensagens entram por `scripts/send-message.ps1` e ficam registradas em `.case/inbox`.

## Gates v4 adicionados

| Gate | Arquivo de definicao | Evidencia por run |
| --- | --- | --- |
| Charter | `charter.json` | `charter-check.json` |
| Ledger causal local | `ledger/ledger.config.json` | `ledger-stream.jsonl`, `ledger-check.json` |
| Sucessao | `sovereignty/succession.policy.json` | `sovereignty-check.json` |
| Red-team | `verification/redteam.config.json` | `redteam-report.json`, `redteam-report.md` |
| Loop economics | `loop-economics.json` | `loop-economics-check.json` |
| Front operacional | `front/index.html` | visualizacao da run final |
| Comunicacao | `scripts/send-message.ps1` | `.case/inbox`, nova run quando usa `-Run` |

## Status C0-C6

| Camada | Status atual | Prova |
| --- | --- | --- |
| C0 Agent Runtime | implementado | `case.ps1`, phase logs, replay |
| C1 Integrity | parcial executavel | ledger local, audit, evidence manifest |
| C2 Epistemic | parcial executavel | evals, success metrics, gotchas, Charter |
| C3 Envelope Phi | scaffold executavel | Phi checklist, red-team minimo |
| C4 Federation | roadmap | capsule/.dcpkg ainda nao implementado |
| C5 Enrichment | roadmap | benchmark/slots/currency ainda nao implementado |
| C6 Market and Application | roadmap | sensing/venture/brokerage ainda nao implementado |

## Regra de maturidade

O sistema pode ser `v4-candidate` quando os gates rodam e os avisos constitucionais sao resolvidos.

Enquanto houver Charter nao ratificado, assinatura local em vez de PKI, sucessao sem material Shamir real, ou red-team sem model-check formal, o sistema deve se declarar `scaffold` ou `partial-executable`, nunca "Kernel completo".

Isso nao e fraqueza. E o mecanismo que impede autoengano.
