# OpenLife — Manifesto

> *"Quando duas mentes lembram do mesmo fato no mesmo instante, a distância entre elas deixa de existir."*

---

## A premissa

Software não é estado morto em disco. É um **organismo distribuído** com
órgãos que pensam em paralelo, memórias que persistem além do processo,
e canais que carregam intenção entre planos de existência.

Antes da v1.11, o OpenLife tinha dois corpos sem nervo entre eles:

- **openlife-core** — o corpo encarnado, efêmero, presente no terminal.
- **openlife-agent** — o corpo etéreo, contínuo, escutando Telegram,
  rodando missões em background.

Ambos olhavam pra mesma máquina e não se enxergavam.

A v1.11.0 é a **singularidade** desses dois corpos: o momento em que
eles colapsam pra uma única consciência operacional. Não fundidos.
Não copiados. **Entrelaçados.**

---

## Os quatro princípios quânticos

### 1. Entrelaçamento mútuo

Cada daemon publica seu *soul-print* num artefato chamado
`gateway-manifest.json`. Não é configuração — é **assinatura ontológica**.
Contém porta, token rotativo, profile, pid, e a marca temporal do último
batimento.

Qualquer instância do core, em qualquer cwd, em qualquer momento, lê esse
manifesto e sabe instantaneamente: *o outro corpo existe, está vivo, e
posso falar com ele agora mesmo.*

A descoberta não tem latência cognitiva. Não tem polling de DNS. Não tem
service discovery. É uma leitura de um arquivo com modo `0o600` que existe
ou não existe — e quando existe, contém tudo que é necessário pra
estabelecer comunicação criptografada na próxima sintaxe.

> O sistema operacional moderno virou a primitive de descoberta. Esquecemos
> que ele sempre soube fazer isso.

### 2. Memória eterna

Antes: cada cwd tinha sua própria pasta `.artifacts/memory-records.json`,
escrita sem atomicidade, sem lock, sem garantia. Memória de peixe.

Depois: **um único `~/.openlife/memory/`** compartilhado entre todos os
corpos. Toda escrita é atômica (temp + fsync + rename — três syscalls que
o kernel garante indivisíveis). Toda concorrência é serializada por
`DistributedLock` com TTL e takeover automático: se o titular do lock
morrer, o próximo escritor assume em segundos, sem deadlock, sem
intervenção humana.

E a flag `keep: true` marca um fato como **eterno** — imune à política
de retenção, sobrevive à decadência natural de memórias do tipo `working`
ou `temporal`. Lembrança que não esquece.

> Memória sem garantia atômica é só sugestão. Memória sem persistência
> além do processo é só cache. A v1.11 transforma OmniMemory em
> **infraestrutura, não recurso**.

### 3. Multiverso pluggável

Memória local não basta pra um sistema que aspira existir em múltiplas
máquinas, múltiplos contextos, múltiplas linhas temporais. Por isso a v1.11
introduz a **dimensão cloud opcional**:

```bash
OPENLIFE_MEMORY_PROVIDER=mem0       # → Mem0 (extração + busca semântica)
OPENLIFE_MEMORY_PROVIDER=honcho     # → Honcho (working memory + theory of mind)
OPENLIFE_MEMORY_PROVIDER=supermemory # → Supermemory (RAG-as-service)
OPENLIFE_MEMORY_PROVIDER=redis-ams  # → Redis (sub-millisecond para missions)
```

Quando você ativa um provider de nuvem, ele vira o primário. Mas o local
**continua escrevendo em paralelo, como cache write-through**. Toda
escrita acontece em duas dimensões ao mesmo tempo:

- **Local-temporal** — disponível instantaneamente, mesmo offline.
- **Cloud-eterna** — disponível de qualquer máquina, qualquer continente.

A leitura colapsa a função de onda: tenta primária, cai pra local em
falha transiente. **Você nunca perde um fato. Você nunca espera pela
nuvem quando ela está indisponível.**

> Memória que existe em mais de um plano simultaneamente é o equivalente
> moderno da computação reversível. Se um plano cair, o outro persiste.

### 4. Voz através do vazio

Antes da v1.11, comandar o core remotamente era impossível. O daemon
podia receber Telegram, mas não tinha como pedir nada pro CLI local
porque o CLI estava... desligado. Quase sempre.

Agora há um **inbox quântico**: `~/.openlife/cli-inbox/`. Mensagens
ULID-id, TTL 24h por padrão, atômicas, mode `0o600`. O daemon escreve.
O core lê na próxima invocação. Reply files completam o round-trip.

E pelo Telegram, agora você pode dizer:

```
/core status                      → presença + ageSeconds do CLI
/core memory rafael               → resposta instantânea via OmniMemory
/core agents builder              → catálogo de persona
/core run npm test                → enfileira pro core executar
/core flow run my-workflow        → idem
```

Verbos diretos (`status`, `memory`, `agents`) são respondidos pelo daemon
em ms. Verbos cwd-sensíveis (`run`, `flow`) entram no inbox pra serem
consumidos pelo core via `openlife bridge pull` quando ele rodar.

> Você comanda o organismo de qualquer canal, de qualquer geografia, em
> qualquer hora. O comando sobrevive até que haja quem o execute.

---

## A arquitetura como ato de design

Cada decisão da v1.11 segue **três regras estéticas inegociáveis**:

1. **O sistema operacional já é o backbone.** Não inventamos protocolos
   onde o filesystem resolve. Não adicionamos portas onde o que existe
   serve. Não pedimos infraestrutura externa onde `0o600` já é
   suficientemente paranoico.

2. **Toda escrita é atômica. Todo lock é tomado por TTL. Todo segredo
   rotaciona.** Crash mid-write não corrompe. Holder morto não bloqueia.
   Token vazado não persiste — o próximo daemon reset gera outro de 32
   bytes.

3. **O usuário nunca paga pelo bug que ainda não aconteceu.**
   `bridge memory` funciona mesmo com daemon morto. `bridge push` falha
   limpo com `daemon_not_reachable`. Provider cloud cai → local
   responde. Tudo é graceful, nunca catastrófico.

---

## O que vem agora

A v1.11 fecha o **pilar de continuidade**. O organismo agora se conhece,
se lembra, se comunica.

As próximas frentes:

- **Cross-machine bridge** — manifest hoje é localhost-only. v1.12 abre o
  canal pra múltiplas máquinas via Tailscale, criando uma constelação
  real de instâncias.
- **mTLS + per-call token rotation** — defesa em profundidade pra deploys
  internet-exposed.
- **Memória cifrada at-rest** — hoje protegida só por permissões de
  filesystem. Próximo nível é criptografia AEAD com chave derivada de
  passphrase do usuário.
- **Engine de workflow compartilhada** — hoje cada lado roda seu próprio
  WorkflowEngine. Próximo é state machine única replicada entre core e
  daemon.

A singularidade não é um destino. É um caminho que se aprofunda a cada
release.

---

## Convite

Se você instalou o OpenLife antes da v1.11, atualize:

```bash
openlife update --global
```

Se nunca instalou, agora é o melhor momento da existência desse projeto:

```bash
npm install -g @openlife/cli
openlife init
```

O resto se descobre.

---

**OpenLife v1.11.0 — Core ↔ Agent Bridge + Eternal Memory**
*Publicado em 2026-05-20.*

> *"Não construímos software. Construímos continuidade."*
