Filosofia (layer superiore): tieni il controllo senza controllo · i dati sono ispirazione, non rottura di palle · KPI-guida = Traiettoria, mai streak-shame.
Layer 0 · sempre in cima

La filosofia comanda su tutto.

"Vivi la vita. Noi teniamo i numeri." Nomad OS non compete su "fai più cose, sii più disciplinato": compete sull'opposto. Ogni mondo eredita queste regole e non può disobbedirvi — sono un modulo condiviso (@nomad/core/philosophy), non uno slogan.

◎ Le 3 regole non negoziabili

1 · Controllo senza controllo. Vivi in modo irregolare di proposito; noi teniamo i numeri.

2 · Dati come ispirazione. Un nudge è una leva + opt-in, mai un rimprovero. Numeri onesti uguali nei 3 toni; cambia solo l'insistenza.

3 · Traiettoria, non streak. Misuriamo dove stai andando verso l'obiettivo, non i giorni di fila.

◔ Il tono è una manopola (per-mondo)

Morbido — traccia con calma, scopri tra 6 mesi cos'hai fatto.

Bilanciato — una direzione, non un assillo.

Deciso — quando devi arrivarci; ⚠️ può mettere pressione, tienilo per i mondi che contano.

Default per-mondo derivato dalla persona scelta in onboarding.

Il dato che giustifica il cuneo

Perché "anti-streak" è strategia di segmento, non estetica:

~100gg
mediana prima di abbandonare un habit/streak tracker
80%
molla un'app entro i primi 3 giorni
+47%
più probabile l'abbandono dopo aver rotto uno streak ("what-the-hell effect")
$30-40M
ARR di Finch (companion senza penalità, 0 VC) — l'anti-shame è validato dal mercato
◈ Regola d'oro del prodotto: ogni vista di dati passa dagli helper della philosophy-layer (come si formula un nudge, come si mostra la Traiettoria). La coerenza è strutturale, non affidata alla buona volontà.
Chi serviamo · 5 personas

In quale ti riconosci?

Le personas sono un dato in @nomad/core. Nell'onboarding l'utente ne sceglie una (1 tap, skippabile): imposta livello di default per-mondo, tono, e cosa mettere in primo piano. Non è un test: è una scorciatoia gentile.

Ordine di lancio: QS stanco (beachhead) → Digital nomad → ADHD-adjacent (con cautela) → Life-design (espansione) → Wellness-curious (opportunistico). Anti-persona: streak-lover hardcore, utente mono-feature, B2B/team.
10 mondi · controllo per-mondo

Ogni mondo, la sua mission.

Coerenti con la filosofia superiore, ma ognuno ha mission propria, vista Base che non spaventa → espansione illimitata, personas servite, competitor e piano marketing specifici. I mondi cooperano nel prodotto ma competono per il budget (vedi Arena).

Cooperano nel prodotto, competono per il budget

Arena marketing.

Ogni orchestrator-di-mondo chiede budget con un previsionale (canale, angolo, CAC, utenti/mese). Qui li confronti e allochi. Pre-lancio la realtà è €0 / organico (canali founder-led): i budget sotto sono previsionali illustrativi post-lancio, da rifinire dall'orchestrator di ogni mondo.

⚠️ Numeri illustrativi. La strategia reale pre-lancio è zero ad-spend: il vero "budget" è ore-founder + loop organici (Passaporto, year-in-review). L'arena serve a quando ci sarà budget, e a rendere esplicita la competizione tra mondi per l'attenzione.
Funnel · canali · timeline

Crescita globale.

Funnel AARRR

Canali (bootstrap, ~€0)

Timeline T-8 → T+4

Fonti: _reference/docs/strategy/ — launch-marketing, market-projection, control-center. Il manuale ingloba/linka quei doc, non li riscrive.
Struttura di lavoro · chi comanda chi

Gerarchia degli agenti.

Un orchestratore principale gestisce tutto; sotto, un orchestratore per ogni mondo (che è anche il suo marketing owner) con i suoi dev; a fianco, funzioni trasversali (Core, Design System, QA/Verifier, Marketing, Release). Ogni riquadro tiene un log di cosa ha fatto (vedi Registro).

Ogni nodo lavora con contesto sotto il 60%: riceve solo la sua slice di SPEC + i file che gli servono, restituisce output strutturato (non dump), e fa checkpoint su file se si avvicina al limite. Regole in specs/00-context-budget.md.
Log · cosa ha fatto ogni "persona"

Registro attività.

Ogni agente (orchestratore o dev) appende una riga: chi · ruolo · azione · esito · gate. Nel rebuild queste righe sono generate in dev-log/*.jsonl e questa vista le aggrega. Sotto, un seed d'esempio del formato.

Formato riga (append-only, leggero per non gonfiare il contesto dell'orchestratore): {ts, phase, agent, role, action, result, gate}. L'orchestratore legge solo il riassunto, non i transcript.
Meta

Come si usa questo manuale.

È la dashboard di controllo del rebuild. Vive in docs/rebuild/manual.html ed è data-driven: tutti i mondi/personas/competitor stanno nell'array DATA in fondo al file → aggiungere un mondo o un pannello = aggiungere un oggetto, coerente col principio "mondi modulari".

Nel rebuild (v2)

Ogni mondo, in Fase 4, consegna world.book.md (mission + competitor + marketing). La Fase 7 aggrega i book + personas + filosofia in questo manual.html aggiornato. Vedi REBUILD-PROMPT.md §E-F.

Per te (controllo)

Da qui controlli per ogni mondo: mission, chi serve, competitor, marketing (budget/CAC/previsionale), e gli slot metriche (utilizzo/utenti/espansione) da collegare ai dati reali quando ci saranno.