Framework-Umbau: Backlogs wird management-Repo (ADR-0005, Kanban + Scrum-Elemente)

- decisions/: ADR-Verzeichnis mit Template + 0001-0005 (git.lab-Kanonik,
  Lab-Cutover, CVE-Meldeweg, Site-to-Site-VPN-Design, Framework-Wahl)
- vision/: je eine Vision fuer Community/Tool/Plattform (Entwuerfe)
- roadmap.md: Linien, Meilenstein-Kandidaten, Kadenz
- hosts/+shared/: offene Punkte -> Issues #1-#12 im management-Projekt
  (IDs bleiben in den Titeln), Dateien halten Bestand + Historie
- README: Framework, Board/status-Labels (WIP-Limit 2), Topologie

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01PKhFj1S3UdD6xL2fbWPeYj

vision/axion1337-chat.md

@@ -0,0 +1,24 @@
+# Vision: aXion1337.chat — die Community
+
+> **Entwurf** (2026-08-01, aus bisherigen Entscheidungen destilliert) — wird im
+> ersten gemeinsamen Refinement geschärft. Leitplanke von sorb:
+> **„axion1337.chat ist die Community, ThreadNet ist das Tool."**
+
+## Kern
+
+Eine selbst betriebene, souveräne Kommunikationsplattform für die eigene
+Community: Matrix-Homeserver mit eigenem Client, eigener Identität (Authentik),
+eigenen Regeln — unabhängig von Discord & Co.
+
+## Was dazugehört (Stand heute)
+
+- Matrix/ESS-Stack mit Voice/Video (Element Call, 1440p-Defaults)
+- Gäste sollen unkompliziert, aber kontrolliert reinkommen
+  (Invite-Workflow gitops-Issue, Freischaltung im Matrix-Raum, `@concierge`)
+- Community-Funktionen über Chat hinaus: Raidplaner mit Fotoalbum (HumHub-Kandidat)
+- Sicherheit als Feature: ClamAV beidseitig, CVE-Transparenz im Security-Raum
+
+## Offene Vision-Fragen
+
+- Zielgruppe/Größe: geschlossener Kreis oder wachsende Community?
+- Verhältnis zu ThreadNet-Branding (→ vertagte Rebranding-Runde)

vision/homelab.md

@@ -0,0 +1,23 @@
+# Vision: Homelab — die Plattform
+
+> **Entwurf** (2026-08-01) — wird im ersten Refinement geschärft.
+
+## Kern
+
+Das Lab (MorninglightMountain, Overmind, das Netz dazwischen) ist die
+**Quelle der Wahrheit** und die Werkbank: kanonische Repos, Build-CI,
+Verwaltung — alles, was nicht öffentlich erreichbar sein muss, lebt hier
+(ADR-0001/0002).
+
+## Prinzipien
+
+- Prod hängt nie vom Lab ab: Hetzner-Hosts laufen bei Lab-Ausfall weiter,
+  nur Neues pausiert.
+- Verbindungen ins Lab sind schaltbar und minimal (Roadwarrior für Menschen,
+  Site-to-Site für Server — ADR-0004), nie dauerhaft exponiert.
+- Bestand wird dokumentiert, wo er lebt: [homelab/docs](https://git.lab/homelab/docs)
+  für Netz/Geräte, Betriebs-Repos je Host.
+
+## Offene Vision-Fragen
+
+- Ausbaustufen (weitere Hosts/Dienste im Lab?) — bisher nicht diskutiert.

vision/threadnet.md

@@ -0,0 +1,26 @@
+# Vision: ThreadNet — das Tool
+
+> **Entwurf** (2026-08-01) — wird im ersten Refinement geschärft.
+> Leitplanke: ThreadNet ist die Produkt-/Tool-Linie, axion1337.chat der Betrieb.
+
+## Kern
+
+Die Software-Artefakte, die die Community tragen — als eigenständige,
+wiederverwendbare Produkte gedacht: ThreadNet-Web (Element-Web-Fork mit
+Discord-artiger Raumliste), threadnet-call (Call-Fork), thread-net-git,
+threadnet-operating.
+
+## Prinzipien
+
+- **Reproduzierbar für Dritte:** Deployment-Arbeit so bauen, dass eine andere
+  Community den Stack forken kann (stehendes Ziel von sorb, 2026-07-30) —
+  Instanzwerte getrennt von generischer Struktur.
+- Fork-Pflege mit kleinem Delta: Upstream-Merges müssen billig bleiben,
+  chirurgische Patches statt Umbauten.
+- CI beweist Releases: Tag → Pipeline → Artefakt, keine Handbuilds.
+
+## Offene Vision-Fragen
+
+- Rebranding (Element-Namen in Installer/Client vs. ThreadNet-Identität) —
+  bewusst vertagt, Issue ThreadNet-Web#6 hält den Installer-Teil.
+- Veröffentlichungsgrad: bleiben die Forks privat oder irgendwann public?