- 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
27 lines
1.1 KiB
Markdown
27 lines
1.1 KiB
Markdown
# 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?
|