Files
management/docs/wiki/vision/threadnet.md
Thore CimbalandClaude Fable 5 92b448fe30 feat: slice 3 - wiki, sources and AARs in their neckbeard homes
Gate 4, slice 3: verfahren/, hosts/, vision/ and shared/ moved via git
mv - six AARs to docs/aar/ (four harvested by the 2026-08-09 retro,
two open), procedures and host knowledge to docs/wiki/ (admin,
deployment, architecture, new area vision), the retro protocol and the
commit mapping table to docs/sources/ (protokolle/, migration/). New:
the wiki index linking every page, and the mirror-topology page
carrying the why-two-places reasoning verbatim from the old CLAUDE.md
(F-013 preserved). All moved-path references retargeted; the link
checker drove the sweep to zero.

pruefe_prosa.py added (pattern C+D): SHA citations resolve via repo,
mapping table, optional component clones or a curated exemption list
(documented dead Gitea-force-push commits, a vendor-repo tag, an
Authentik uid that is hex but no git SHA, the external neckbeard
reference); wiki task prose without an issue reference errors, with a
visible pragma for deliberate checklists; the dead-tracker denylist
now covers every mirrored repo's retired Gitea tracker (F-005) - two
links re-verified against live GitLab titles and retargeted, five
defused into honest historical citations.

Verified: validate 0/0, gen_status --check current, drift 0. Demo on
the pre-migration state fires 6 findings (3 orphaned SHAs, 3 task
blocks); on the current tree exactly the 3 F-004 task blocks remain -
they turn green in slice 4 when the issues exist, which is why
pruefe_prosa joins CI only then.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-08-11 12:00:00 +00:00

2.2 KiB

type, area, related
type area related
wiki-page vision

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 51ea513„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 6b0261d 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).