Alle Kategorien in der Personenliste -- und die rechte Hand liest mit

Filipe, mit Bildschirmfoto der Team-Seite: "ich muss alle kategorien da
sehen. und ich will dass die rechte hand auch alle sieht."

AUF DEM BILD STAND EIN EINZIGER ABSCHNITT: DogFather. VanVan war in
derselben Minute zur rechten Hand geworden (im Protokoll darunter zu
sehen: "#4 VanVan: admin -> hand") -- und damit aus der Liste
VERSCHWUNDEN.

Nicht aus der Antwort des Servers. Der schickte sie die ganze Zeit mit.
`assets/js/personen.js` gruppiert nach einer Liste mit fuenf Rollen, und
wer dort nicht steht, wurde nicht gezeichnet: kein Fehler, keine
Luecke, kein Hinweis. Dieselbe stille Lücke wie vorgestern in der
Personenauswahl des Chats, an einer anderen Stelle -- und dieselbe
Ursache: Die Namen der verborgenen Rollen duerfen in keiner
ausgelieferten Datei stehen, also kannte der Browser sie nicht.

DIE LOESUNG IST DIESELBE: Der Server schickt die Ueberschriften mit
(`zusatzrollen` -- es gab sie schon, sie waren bisher nur die Auswahl
beim Anlegen). Der Browser braucht dafuer keinen Rollennamen zu kennen,
er bekommt einen Text.

UND DARUNTER EIN AUFFANGBECKEN, das ist der eigentliche Fortschritt:
Kaeme morgen eine siebte Rolle und niemand daechte an diese Stelle,
stuenden ihre Leute trotzdem auf der Seite -- unter ihrem Rollennamen,
sichtbar, statt lautlos zu fehlen. Ein Abschnitt mit einer unschoenen
Ueberschrift ist tausendmal besser als ein Mensch, den es auf dem
Bildschirm nicht gibt.

DIE RECHTE HAND LIEST MIT -- LESEND. Das ist sein eigenes Wort
("sieht"): Codes, Sperren, Loeschen, Rollen vergeben und das Protokoll
bleiben bei DogFather. Die Ausnahme im Server ist Wort fuer Wort so
gebaut wie die, die Spicy Media schon hat: eine Methode, eine Adresse,
eine Rolle. Zwei Fassungen derselben Ausnahme waeren zwei Regeln, und
die zweite laesst irgendwann mehr durch als gedacht.

DREI SCHICHTEN MUSSTEN ZUSTIMMEN, und die dritte hatte ich uebersehen:
die Kachel, die Schnittstelle -- und die SEITE selbst. In der
Rollentabelle in workspace.js stand personen.html fuer spicy, admin und
manager; die rechte Hand flog von der Seite auf die Startseite zurueck,
obwohl Kachel und Daten schon stimmten.

Gefunden hat das nicht das Auge, sondern pruef-rollen. Sie geht jede
Kachel jeder Rolle ab und schaut nach, wo man landet: "Rechte Hand
Kachel personen.html LANDET AUF start.html". Das ist der Wert dieser
Pruefung -- der Fehler war unsichtbar, solange man nicht selbst als
rechte Hand auf die Kachel drueckt.

EINE ERWARTUNG HAT SICH GEDREHT, und das steht jetzt im Quelltext:
pruef-haus-trennung verlangte vor einer Stunde noch, dass die Kachel
bei ihr NICHT steht und die Seite sie abweist -- richtig, solange sie
die Seite nicht durfte. Die Pruefung ist dadurch nicht schwaecher
geworden: Sie verlangt weiterhin, dass Kachel und Zugang DASSELBE
sagen. Sie sagen jetzt beide ja statt beide nein.

DIE NEUE MESSUNG VERGLEICHT ZAHL GEGEN ZAHL: wie viele Menschen der
Server liefert, wie viele Zeilen auf dem Bildschirm stehen. Nicht
"steht VanVan da" -- das waere ein Name, den man beim naechsten Umbau
so lange anpasst, bis die Pruefung wieder passt. Eine Pruefung, die nur
die Antwort des Servers ansieht, waere hier uebrigens gruen gewesen.

Beim Schreiben dieser Messung ist sie zuerst viermal falsch
angeschlagen: Die Abschnitte stehen zugeklappt da, und zugeklappt sind
ihre Zeilen gar nicht im Dokument. Vier Fehler, die es nicht gab -- die
Pruefung klappt jetzt erst auf, dann liest sie.

pruef-personen-formular 27 -> 35 · pruef-haus-trennung 53 -> 61 ·
pruef-rollen 277 -> 278 · pruef-modi-verborgen 80 · pruef-start-ansicht
143 · pruef-css-klassen gruen · pruef-modi-wortleck 5.

ANMERKUNG ZUR TEAM-ADRESSE: Dort zeigt die Liste weiterhin nur Team
Dogi -- so, wie er es eine Stunde vorher verlangt hat ("bitte nur
basiert auf diese seite"). "Alle Kategorien" heisst also: alle des
Teams. Wenn er dort auch die Agentur sehen will, ist das eine Zeile,
aber es waere eine andere Entscheidung.

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

server/workspace.js

@@ -572,7 +572,17 @@ const PERSONEN_KACHEL = {
    hinzufuegt, bekommt sie hier automatisch mit. Eine zweite Liste waere
    die Stelle, an der die rechte Hand irgendwann weniger sieht als das
    Team, das sie koordinieren soll. */
-const HAND_BEREICHE = [...MODI_BEREICHE, EINGANG_KACHEL];
+/* PERSONEN & ZUGAENGE GEHOERT DAZU (10.09.2026, zweite Fassung).
+
+   Erst stand die Kachel nur bei DogFather -- die Seite haengt am
+   Server an `nurAdmin`, und ein Knopf, der eine Absage bringt, ist
+   schlimmer als kein Knopf.
+
+   Filipe danach: "ich will dass die rechte hand auch alle sieht."
+   Also bekommt sie die Seite -- lesend. Damit stimmt der Knopf wieder,
+   und er steht in derselben Liste wie alles andere, was sie und
+   DogFather auf dieser Adresse teilen. */
+const HAND_BEREICHE = [...MODI_BEREICHE, EINGANG_KACHEL, PERSONEN_KACHEL];
 
 export function bereicheFuer(person) {
   if (person?.rolle === "modi") return MODI_BEREICHE;
@@ -591,17 +601,11 @@ export function bereicheFuer(person) {
      ihn waere die, die beim naechsten Umbau auseinanderlaeuft -- und
      sie stuende ausserdem gegen die Hausregel, ihn nicht ueber sein
      Team zu stellen. */
-  /* AUF DER TEAM-ADRESSE: die Kacheln des Teams, plus die Verwaltung.
-
-     WARUM DIE VERWALTUNG NUR HIER UND NICHT IN HAND_BEREICHE: Die
-     Personenseite haengt serverseitig an `nurAdmin`. Stuende die Kachel
-     in der Liste der rechten Hand, fuehrte sie bei ihr auf eine 404 --
-     ein Knopf, der eine Absage bringt, ist schlimmer als kein Knopf.
-     Wenn sie das duerfen soll, ist das eine eigene Entscheidung und
-     gehoert an dieselbe Stelle wie nurAdmin, nicht hierher. */
-  if (person?.haus === "crew") {
-    return istDogFather(person) ? [...HAND_BEREICHE, PERSONEN_KACHEL] : HAND_BEREICHE;
-  }
+  /* Auf der Team-Adresse sehen DogFather und die rechte Hand dieselben
+     Kacheln. Eine eigene Liste fuer ihn waere die, die beim naechsten
+     Umbau auseinanderlaeuft -- und sie stuende gegen die Hausregel,
+     ihn nicht ueber sein Team zu stellen. */
+  if (person?.haus === "crew") return HAND_BEREICHE;
   return null;
 }
 
@@ -3098,7 +3102,21 @@ const GESCHUETZT = {
 
      Eine Seite ist kein Schutz, sie ist ein Weg. Der Schutz steht in den
      Schnittstellen, und der ist unveraendert. */
-  "/workspace/personen.html": ["spicy", "admin", "manager"],
+  /* 'hand' kam am 10.09.2026 dazu. Filipe: "ich will dass die rechte
+     Hand auch alle sieht."
+
+     ES WAR DIE DRITTE SCHICHT, DIE ZUSTIMMEN MUSSTE. Die Kachel stand
+     da, die Schnittstelle liess sie lesen -- und die Seite selbst warf
+     sie auf die Startseite zurueck. Gefunden hat das nicht das Auge,
+     sondern pruef-rollen: Sie geht jede Kachel jeder Rolle ab und
+     schaut, wo man landet ("Rechte Hand Kachel personen.html LANDET
+     AUF start.html").
+
+     Dass die Seite aufgeht, gibt ihr nichts, was die Schnittstellen ihr
+     nicht ohnehin geben: Alles unter /workspace/api/verwaltung ausser
+     der Liste antwortet ihr weiterhin mit 404. Eine Seite ist kein
+     Schutz, sie ist ein Weg. */
+  "/workspace/personen.html": ["spicy", "admin", "manager", "hand"],
   "/workspace/profil.html": ["spicy", "admin", "manager", "scout", "creator"],
   /* Der eigene Steckbrief -- jede Rolle hat einen. Ein Creator wird
      dort nicht hingeschickt (er sieht seinen auf profil.html), darf die