Files
management/vision/threadnet.md
T
Thore CimbalandClaude Fable 5 d31fef4b28 vision: drei Linien vom Entwurf zur getragenen Fassung (Workshop #17)
Erster Teil des Struktur-Workshops. Die Entwuerfe vom 2026-08-01 trugen je zwei
offene Fragen; vier davon sind entschieden, die Dokumente sind damit nicht mehr
Entwurf.

axion1337.chat - kontrolliert wachsend: offen fuer Neue, aber jeder Eintritt
wird freigegeben. Das war faktisch schon gebaut (Invite-Workflow, @concierge,
befristete Gast-Accounts) und ist jetzt auch so beschlossen; die Alternativen
haetten entweder den Workflow ueberfluessig gemacht oder Moderationskapazitaet
verlangt, die es nicht gibt.

ThreadNet - die Forks werden oeffentlich, aber erst nach einem History-Audit.
Ausschlaggebend war ein Widerspruch im eigenen Dokument: Das Prinzip
'reproduzierbar fuer Dritte' zahlt sich nur oeffentlich aus, blieben die Forks
privat, waere dauerhaft fuer einen Zweck gebaut worden, den es nicht gibt.
Der Audit ist als Bedingung vermerkt, samt konkretem Fund: Commit 0242238
entfernte ein Klartext-TURN-Secret, das weiter in der Historie steht.

ThreadNet - das Rebranding wird in M4 zu Ende gebracht statt separat terminiert.
Halbfertig ist der schlechteste Zustand: Der Desktop-Client heisst ThreadNet,
der Web-Client zeigt Element.

Homelab - konsolidieren vor ausbauen. Massstab ist nicht 'laeuft es', sondern
'ueberlebt es den Verlust der Maschine'. Mit sorbs Nachtrag, dass die Git-Daten
bereits nach S3 gesichert werden - was den Befund aus #10 entschaerft, aber die
Frage offen laesst, was diese Sicherung nicht umfasst.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01PKhFj1S3UdD6xL2fbWPeYj
2026-08-05 12:00:00 +00:00

2.1 KiB

Vision: ThreadNet — das Tool

Getragene Fassung — geschärft im Struktur-Workshop am 2026-08-06 (#17). 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.

Veröffentlichungsgrad

Die Forks werden öffentlich (entschieden 2026-08-06) — aber erst nach einem History-Audit, und in dieser Reihenfolge: zuerst gitops und Doku, die Clients später.

Der Grund für die Entscheidung steckt im Prinzip oben: „reproduzierbar für Dritte" zahlt sich nur öffentlich aus. Bliebe alles privat, würde dauerhaft für einen Zweck gebaut, den es nicht gibt — dann hätte das Prinzip gestrichen gehört.

⚠️ Der Audit ist Bedingung, nicht Formsache. In der Historie des gitops-Repos steht Commit 0242238„remove plaintext TURN shared secret, rotate leaked value". Der Wert ist rotiert und damit wertlos, aber er steht weiterhin in der Historie, und er ist vermutlich nicht der einzige Fund. Vor dem Umschalten auf public: Historie aller zu veröffentlichenden Repos auf Klartext-Geheimnisse prüfen und entscheiden, ob bereinigt (History-Rewrite) oder bewusst akzeptiert wird.

Rebranding

Wird in M4 zu Ende gebracht (entschieden 2026-08-06), ohne eigenen Termin.

Begründung: Halbfertig ist der schlechteste Zustand — der Desktop-Client heißt seit c8d4587 ThreadNet und trägt die eigene Marke, der Web-Client zeigt weiter Element. Der Rest gehört zusammen mit Signing und Installer-Branding in „Produktreife ThreadNet" (ThreadNet-Web#6, #7, #10).