# CLAUDE.md — z3e (Strategie-/Orchestrierungs-Root)

`~/z3e/` ist die **strategische Steuerebene**, kein Implementierungs-Arbeitsplatz.
Hier (Opus) wird **geplant, architektiert, verifiziert, abgeschlossen** — die eigentliche
Umsetzung läuft über **delegierte Sonnet-Agenten**, die direkt im jeweiligen Repo arbeiten
(`Agent`-Tool, `model: sonnet`, je klare Spec + Dateigrenzen + Rückgabeformat).

## Repos (autoritäre Doku im Repo selbst)

- **`lifetree/`** — die App: statische Zero-Data-PWA, Vanilla JS, zero-build.
  Quelle der Wahrheit: `lifetree/CLAUDE.md` + `lifetree/ROADMAP.md` + `ops/HANDOFF-*.md`.
  Live: <https://lifetree.z3e.de>
- **`lifetree-feed/`** — privater, opt-in, token-gated Kalender-/Bot-Server (Node, `node:sqlite`).
  Quelle der Wahrheit: `lifetree-feed/README.md` + `PLAN-BOT.md`.
  Live: <https://lifetreefeed.z3e.de>

## Arbeitsmodell

1. Kontext laden: das **Repo-eigene** `CLAUDE.md`/`ROADMAP.md` + Memories + letzte Commits.
2. 1–3 Items schneiden → an **Sonnet-Agent** delegieren (im Repo arbeiten lassen);
   tiefe Kontext-Kontinuität + Architektur/Verifikation selbst halten.
3. Verifizieren (Preview/Tests) → granular committen → Privacy-Gate → deploy → live gegenprüfen.
4. **Jede Session gemeinsam mit dem User abschließen.** Weggabelungen: fragen, nicht raten.

## Aktive Richtung

**Lifetree v2 — Neurointegrations-Betriebssystem, Phase 1 (Offline-Commitment-Kern).**
Voller Plan: `lifetree/ROADMAP.md` → Abschnitt `## Lifetree v2`. Kurzfassung in Memory.

## Hart

- **Privacy:** keine Secrets/Token/PII in `main` oder öffentlichem HTML (Details `lifetree/CLAUDE.md`).
  Vor jedem `main`-Deploy PII-Gate. Server-Commits vor Sync auf Secrets prüfen.
- **SSH:** immer direkt `henry@178.104.186.92`; der `~/.ssh/config`-Alias `z3e` ist kaputt.
  `~/.ssh` ist für Claude tabu (nicht lesen/ändern).
- **Keine Duplikation:** repo-spezifische Details gehören ins Repo-`CLAUDE.md`, nicht hierher.