Der Treff: eine eigene Tür für die Community, und sie sieht nur, was dasteht

Filipe: "eine community rolle und community kategorie, wo die community
auch dann nur die sieht" · "wieso nur eine kachel — ich will mehrere,
mit mehreren optionen" · "egal welche rolle hinzugefügt wird soll immer
nur das sehen was ich erlaube".

DIE DRITTE ADRESSE. treff.dogfather-universe.com bekommt eine eigene
Weiche (treff-adresse.js), eine eigene Zugangswand, ein eigenes Manifest
und acht eigene Bühnenbilder. Ohne sie stünde dort die Wand der Agentur:
Spicy-Logo, "Creator Workspace", fünf Rollenkacheln mit den Namen Admin,
Manager, Scout, Creator — die komplette Struktur des Unternehmens, vor
der Anmeldung, für jeden mit der Adresse.

Welche Wand zu welcher Tür gehört, steht jetzt in EINER Tafel
(istFremdeWand) statt als Sonderfall im Code. Bei zwei Wänden war ein
Sonderfall richtig; bei drei wären es drei geworden, bei vier sechs.

SIEBEN BRETTER UND EIN ACHTES NUR FÜRS TEAM. Anschlagbrett, Was ansteht,
Der Treff, Wunschliste, Highlights, Regeln & Hilfe, Mitmachen — dazu
"Meldungen & Maßnahmen", das ausdrücklich NICHT in TREFF_BEREICHE steht:
dort wäre es lautlos bei der Community gelandet und hätte ausgesehen wie
die anderen sieben.

WAS AUF DEN BRETTERN PASSIERT: "Will ich auch" (eine Stimme je Person,
erzwungen durch den Schlüssel, nicht durch eine Prüfung) · Anheften,
höchstens drei, gezählt IN der Transaktion · Freigabe vor Sichtbarkeit
für Termine und Highlights, wobei Abwesenheit der Ruhezustand ist ·
Melden mit Pflicht-Grund (DSA Art. 16) · Entfernen mit Grund, der den
Beitrag ÜBERLEBT (DSA Art. 17) · drei Stufen, gerechnet statt
gespeichert · die Bannleiter: Modi bis 7 Tage, dauerhaft nur DogFather
(seine Entscheidung) · "Mitmachen" wird zum Talent, genau einmal.

Der Ausschluss wirkt in sitzungLesen() — also nicht nur beim Schreiben.
Wer ausgeschlossen ist, ist weg, nicht stumm.

ZWEI SEITEN MEHR. treff-regeln.html holt seine ZAHLEN vom Server
(Mindestalter 18, Fristen, Anschläge) — ein Regeltext, der eine andere
Zahl nennt als die Regel, ist schlimmer als keiner. rechte.html rechnet
"Wer sieht was" aus derselben Tafel aus, aus der die Schranke ihre
Entscheidung holt. Die Community steht dort bei 3 von 23.

SECHS BEFUNDE, KEINEN HAT DAS LESEN GEFUNDEN:
 · Ein Modi kam über den verborgenen Zugang in den Treff — die Bedingung
   war durch Ausschluss formuliert und nahm die neue Wand automatisch mit
 · /api/personen gab einem Mitglied Namen und Rolle von DogFather
 · Ein DELETE mit Körper wird von Nodes HTTP-Parser mit einem leeren 400
   abgewiesen, bevor Express ihn sieht (gemessen). Der Grund reist jetzt
   in der Adresse
 · Der Kommentar, der erklärt, warum die Zugangswand keine Rollennamen
   nennt, nannte selbst einen — in einer ausgelieferten Datei
 · Zwei Listen für "welche Seiten sind ohne Anmeldung offen". Sie
   stimmten, weil beide am selben Tag entstanden
 · Ein Portkonflikt, den ich selbst gebaut hatte (4391 gehört
   pruef-chat-aufloesen)

Dazu zwei feste Zahlen abgeschafft (die 20 in pruef-rechtetafel, die
Kachelzahl in pruef-treff) und zwei Werkzeuge, die jetzt SUCHEN statt
aufzuzählen: Der Versionsstempel findet seine Manifeste selbst — das
dritte hätte sonst keinen bekommen, und die neue App hätte bis zu vier
Stunden lang das falsche Zeichen getragen. Das Bildwerkzeug baut beide
Zugangswände aus einer Vorlage mit zwei Werten.

Zwei neue Kacheltöne, gemessen statt gewählt: #2f2f7f (Abstand 31,4 in
Lab) und #7c2771 (29,7). Das schwächste Paar der vorhandenen 34 liegt
bei 24,9.

Geprüft: treff 69 · treff-werkzeuge 60 · rollen 312 · start-ansicht 147 ·
crew-adresse 129 · sicht 84 · modi-verborgen 80 · haus-trennung 62 ·
bereiche-lesend 37 · css-klassen 30 · zwischenspeicher 21 · alle-wege 19 ·
rechtetafel 19 — alles grün.

Co-Authored-By: Claude Opus 5 <[email protected]>

server/workspace-personen.js

@@ -265,8 +265,32 @@ personenRouter.get("/workspace/api/verwaltung/personen", (req, res) => {
          steht, wurde bis eben nicht gezeichnet. VanVan verschwand
          genau in dem Moment aus der Liste, in dem sie die rechte Hand
          wurde -- ohne Fehler, ohne Luecke, ohne Hinweis. */
-      zusatzrollen: siehtModis(req.person)
-        ? [{
+      /* DIE COMMUNITY STEHT NICHT IN DERSELBEN BEDINGUNG (11.09.2026).
+
+         Die beiden Eintraege unten haengen an `siehtModis` -- wer die
+         Modis sieht, darf sie auch anlegen. Fuer die Community gilt das
+         NICHT: Einen Zugang zum Treff vergibt allein DogFather (Plan
+         Teil C, Zeile "Zugang anlegen"). Ein Modi, der einen anlegen
+         koennte, koennte sich selbst Verstaerkung holen.
+
+         GEFRAGT WIRD `darfAnlegen` UND NICHT DIE ROLLE. Dieselbe
+         Auskunft, aus der auch die Route ihre Absage holt -- deshalb
+         kann hier kein Knopf erscheinen, den der Server ablehnt, und
+         keiner fehlen, den er annehmen wuerde. Auf der Team-Adresse
+         faellt er dadurch von selbst weg (darfAnlegen filtert dort auf
+         die Team-Rollen), und genau das ist richtig: Wer dort jemanden
+         anlegt, meint jemanden aus dem Team. */
+      zusatzrollen: [
+        ...(darfAnlegen(req.person).includes("gast")
+          ? [{
+            wert: "gast", name: "Community", symbol: "leute",
+            text: "Zugang zum Treff. Sieht die sieben Bretter der Community "
+              + "und sonst nichts \u2013 keine Aufgaben, keine Termine, "
+              + "keine Namen aus dem Team.",
+          }]
+          : []),
+        ...(siehtModis(req.person)
+          ? [{
           wert: "modi", name: "Modi",
           /* DIE PFOTE (Filipe, 10.09.2026 mit Bildschirmfoto: "bei
              rechte hand soll der husky sein und bei modis soll die
@@ -310,7 +334,8 @@ personenRouter.get("/workspace/api/verwaltung/personen", (req, res) => {
             + "dieselben Aufgaben, Ideen und Angebote wie du – aber keine "
             + "privaten Kalender und keine Einzelchats.",
         }]
-        : [],
+          : []),
+      ],
     });
   } catch (fehler) {
     console.error("[workspace] Personen lesen:", fehler?.message);