dogfather-universe

DogFatherGit/dogfather-universe

Fork 0

Commit Graph

Author SHA1 Message Date

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	449fe35c0a	Der Eingang: Mitglieder-Kachel, drei Stufen -- und lesbar statt leer Zwei Auftraege in einem Zug: "mach weiter" (Blueprint Kapitel 4/4.1) und, zum Bildschirmfoto der Seite, "das muss viel krasser sein". KAPITEL 4 -- DIE MITGLIEDER-KACHEL Der Blueprint nennt: "Name & Foto · Rolle(n)/Kategorie(n) · Status (aktiv/pausiert) · Anzahl offener Aufgaben · Datum 'Modi seit' · Schnellaktionen". Name, Foto und Zahlen standen schon; Status, "dabei seit", Stufe und ein Knopf zum Schreiben kommen dazu. KAPITEL 4.1 -- DIE DREI STUFEN Probe, Standard, Senior. Sie sind eine ARBEITSEINTEILUNG, keine Rechtegrenze -- was ein Modi darf, haengt an der Rolle; die Stufe sagt, wo er im Team steht. Gesetzt werden sie nur von DogFather: Der Blueprint gibt der rechten Hand den gleichen UEBERBLICK, aber "Verwaltungsrechte optional durch Owner freischaltbar", also aus. NULL heisst "Probe" und nicht "unbekannt" -- ein dritter Zustand waere eine Frage, die niemand beantworten kann. ZWEI ECHTE FEHLER, BEIDE VON DER NEUEN PRUEFUNG GEFUNDEN 1. PAUSIERTE VERSCHWANDEN KOMPLETT. In der Abfrage stand `AND aktiv = 1`. Wer jemanden pausierte, bei dem verschwand er samt seiner OFFENEN RUECKMELDUNGEN aus dem Eingang -- die warteten weiter auf eine Antwort, nur sah sie niemand mehr. 2. DER EINGANG HAETTE AUF FRISCHER ANLAGE 503 GELIEFERT. Die Checklisten-Tabellen entstehen beim ersten Aufruf einer Checkliste; diese Seite liest sie aber auch. Wer sie oeffnete, bevor je jemand eine Checkliste angesehen hatte, bekam einen Fehler ohne Erklaerung -- auf einer neuen Anlage also beim allerersten Blick. Das Schema hat jetzt einen Besitzer, der es herausgibt; ein zweites CREATE TABLE waere der Anfang von zwei Schemata gewesen. "VIEL KRASSER" -- UND ZWAR MIT INFORMATION, NICHT MIT LAERM * ZWEI REIHEN STATT EINER. Alle fuenf Kaesten lagen in EINEM Raster mit 150 px Mindestbreite: Im Bildschirmfoto stand "Community 12 von" -- abgeschnitten mitten in der Zahl -- und die laengste Liste machte die ganze Reihe so hoch wie sich selbst. Jetzt oben, was eine Antwort braucht, darunter das Team; 300 px Mindestbreite. * DIE KARTE WAR FAHL, und das war ein Fehler: `--r` fiel auf ein helles Grau zurueck, aus dem das Kantenlicht einen Nebel ueber die ganze Karte legte. Sie traegt jetzt die Farbe der Stufe -- kein Nebel, und man sieht am Rand, wer wo steht. * SECHS ZAHLENKAESTEN WURDEN DREI BALKEN. "40 offen" beantwortet nicht, wie weit man ist: 40 von 40 ist etwas anderes als 40 von 100. Gruen (in Ordnung) und Bernstein (zu besprechen) fuellen den Balken; die ganze Zeile ist der Weg dorthin. * DIE DREI ZAHLEN DER SEITE stehen oben als Zahlen statt in einem Satz. Die Warnfarbe erscheint NUR, wenn wirklich etwas wartet -- eine Null in Bernstein waere ein Alarm ohne Anlass, und ab dem dritten Mal sieht man ihn nicht mehr. GEMESSEN pruef-team-stufen (neu) 24, mit Gegenprobe: hoch- und zurueckstufen, und dieselbe Stufe zweimal zu setzen darf keine zweite Protokollzeile erzeugen pruef-rollen 274 pruef-modi-checkliste 59 pruef-zwischenspeicher 21 Ansicht: Rechner 1440 und Handy 412 -- keine Skriptfehler, nichts ragt seitlich heraus (0 px). Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-10 16:27:44 +02:00
DogFatherGitandClaude Opus 5	bec46ed991	Team-Seite: Kopf und Karten sind jetzt echte Kacheln Filipe, mit Bildschirmfoto: "perfektionnir das in einer kachel in der farbe von der kategorie bitte. und die kacheln unten in der seite auch perfektionnieren und geil machen bitte." --- DER KOPF --- Er war eine freistehende Ueberschrift auf dem Buehnenbild. Jetzt ist er eine Kachel wie jede andere im Haus: gefraeste Fase, Kantenlicht, Eckwinkel, Raster -- alles aus der Modulliste in module.css, wo `.t-kachel` seit diesem Commit steht. DIE FARBE IST NICHT ABGESCHRIEBEN. Die Kachel traegt `data-ton="22"`, und die Regel dazu steht in start.css -- dieselbe, aus der die Kachel auf der Startseite ihre Farbe zieht (#ffd166). Es gibt weiterhin genau EINE Stelle, an der die Farbe dieser Kategorie steht; wer sie dort aendert, aendert beides. Eine zweite Hexzahl in team.css waere die naechste gewesen, die auseinanderlaeuft. Der Grenzsatz ("Termine, Chats und Dateien kommen hier nicht vor") wechselt von Gruen in denselben Ton: In einer Kachel, die schon eine Farbe hat, ist eine zweite Farbe daneben eine zweite Aussage. --- DIE KARTEN UNTEN --- `.tperson` und `.tl` stehen ebenfalls in der Modulliste. Ein Manager-Kasten leuchtet damit lila, ein Scout-Kasten gruen, ein Lueckenkasten rot -- ueber `--ton`, ohne dass eine einzige Farbe hier ausgeschrieben stehen muss. DER STREIFEN LINKS IST DAFUER WEG, und das ist kein Verlust: module.css belegt ::before und ::after selbst (Kantenlicht und Eckwinkel) und laedt NACH team.css -- ein eigenes ::after waere ohnehin wirkungslos gewesen. Das Kantenlicht traegt die Rollenfarbe jetzt rund um die ganze Karte statt auf drei Pixeln links. DIE KENNZAHLEN BLEIBEN SCHLICHT, und das ist eine Entscheidung: Sie stehen zu acht in einer Karte. Jede davon mit Fase, Kantenlicht und Eckwinkel waere ein Schaufenster voller Rahmen und keine Auskunft mehr -- eine Kachel in der Kachel in der Kachel liest niemand. Sie bekommen nur die abgeschnittene Ecke aus derselben Formel, damit sie erkennbar zur Familie gehoeren. --- EIN FEHLER, DEN NUR DAS HANDY GEZEIGT HAT --- Der Grenzsatz-Kasten hat `flex: 1 1 300px`. Am Rechner ist das richtig: Dort ist die Hauptachse waagerecht, und er teilt sich die Breite mit dem Titel. Am Handy dreht die Reihe auf eine SPALTE -- und derselbe Wert liess ihn in die HOEHE wachsen. Auf dem Bildschirmfoto stand danach die halbe Kachel leer. Ein Flexwert gilt fuer eine Richtung, nicht fuer ein Element. Wer die Richtung dreht, muss ihn mitdrehen. --- Pruefung --- pruef-css-klassen: die Modulliste steht weiterhin siebenmal und Zeichen fuer Zeichen gleich (jetzt 48 Klassen). pruef-team, 51 Pruefungen: darunter acht Kontrastmessungen an der WIRKLICHEN Flaeche -- die Hintergruende haben sich durch den Umbau geaendert, und eine Kachel mit Raster und Verlauf ist etwas anderes als ein flacher Kasten. Gemessen jetzt 6,71 bis 15,12:1. Ausserdem gruen: pruef-handy, pruef-lesbarkeit, pruef-buehne. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-09 16:26:57 +02:00
DogFatherGitandClaude Opus 5	b45de940e8	Rund um das Team -- die Arbeitslage von Managern und Scouts Filipe: "so eine kategorie wie ueber die creator will ich dass nur fuer die spicy und dogfather rolle auch ueber manager und scouts gibt ... ich will dass es so ultra krass gut ist dass die spicy und dogfather rolle einen kompletten teil haben mit daten ueber die arbeit von den manager und scout. keine geheimen sachen also termine, chats und geheime dateien soll auch so bleiben dass keiner." --- ZUERST DIE KOPFLEISTE --- Filipe meldete, die Kopfleiste sei bei DogFather "nicht gemacht". Nachgemessen auf ALLEN 18 Seiten, in allen fuenf Rollen, bei drei Breiten: einzeilig, Spanne 4 px. Und die neuen Dateien liegen nachweislich auf dem Server (`a70bc4f`, `abmelden__zeichen` in der ausgelieferten kopf.js). Das Bild war vor dem Ausliefern entstanden. Die Messung hat aber zwei echte Sachen gefunden, die vorher niemand gesehen hatte -- beide bei 320 px auf UNTERseiten, wo links der Zurueck-Knopf und rechts zusaetzlich die Glocke steht: 305 px gebraucht, 294 verfuegbar. Eine Stufe kleiner (34 px je Knopf, 4 px Abstand) macht 283 und passt; 34 px bleiben weit ueber den 24 px Mindestmass fuer ein Beruehrziel. Ausserdem die Auslieferung geordnet: HTML wird immer nachgefragt, Dateien mit Versionsstempel duerfen ein Jahr liegenbleiben (vorher bekam ALLES `no-cache`, also auch jede Stilvorlage bei jedem Aufruf). sw.js ausgenommen -- er wird ohne Stempel geladen, ein Fehler darin bliebe sonst ein Jahr stehen. --- DIE NEUE SEITE --- workspace/team.html, nur fuer `spicy` und `admin`. Aufbau: DIE LUECKEN ZUERST. Creator ohne Betreuung, Scouts ohne Manager, Leute ohne einen einzigen Creator -- mit NAMEN, nicht nur als Zahl. Eine Kennzahl sagt, wie es laeuft; eine Luecke sagt, wo etwas fehlt, und nur das Zweite kann man heute abstellen. DANN DIE LAGE in fuenf Zahlen, dann JEDE PERSON EINZELN: betreute Creator, laufende und ueberfaellige Aufgaben, in 30 Tagen erledigte, Durchlaufzeit, Startcheck-Fortschritt der betreuten Creator, LIVE-Tage und Diamanten. Bei Scouts zusaetzlich die Pipeline mit Uebernahmequote und Zeit bis zur Uebergabe. EIN MANAGER TRAEGT DIE CREATOR SEINER SCOUTS MIT. Ohne das saehe einer mit fuenf Scouts aus wie jemand ohne Arbeit. --- DREI ENTSCHEIDUNGEN, DIE ALLES TRAGEN --- 1. TERMINE, CHATS UND DATEIEN KOMMEN NICHT VOR -- weder Inhalte noch Zaehlungen. Ausdruecklicher Wunsch, und der richtige: Ein Kalender verraet, wann jemand nicht da war; ein Chatzaehler, mit wem jemand oft spricht. Das ist keine Zusicherung im Kommentar. pruef-team liest den Quelltext von workspace-team.js und schlaegt an, wenn eine dieser Tabellen darin auftaucht -- mit Gegenprobe, dass die Suche `aufgaben` und `leads` auch wirklich findet. Der Weg ueber die Antwort allein waere schwaecher: Ein leerer Testbestand kann ein Feld verstecken. 2. SEGMENTIEREN, NICHT MITTELN. Aus der Recherche zu Arbeitslast-Dashboards: Ein Durchschnitt versteckt genau die Person, bei der es klemmt. Markiert wird gegen den MEDIAN der eigenen Rolle -- ein Manager traegt naturgemaess mehr als ein Scout, und ihn daran zu messen waere unfair und nutzlos. 3. ES IST EINE ARBEITSLAGE, KEINE UEBERWACHUNG. Das steht so auf der Seite, im Kopf, in einem eigenen Kasten. Wer das nicht dazuschreibt, baut ein Kontrollwerkzeug, auch wenn er es nicht wollte. Deshalb zeigen die Kennzahlen auf ZUSTAENDE (unbetreute Creator, liegengebliebene Kontakte) und nicht auf Anwesenheit oder Fleiss. --- WAS DIE MESSUNG UNTERWEGS GEFUNDEN HAT --- * Die Lead-Status hiessen anders, als ich angenommen hatte: "kontakt" gibt es nicht. Die CHECK-Bedingung der Datenbank hat es sofort abgelehnt -- ohne sie waere "offen" still zu klein gewesen. * Die Pruefung fand ihr eigenes Hinweisschild: Die Antwort traegt ein Feld `ausgenommen: ["Termine","Chats","Dateien"]`, aus dem die Seite den Satz baut. Es wird jetzt herausgenommen UND eigens geprueft -- ignorieren waere bequem gewesen und haette kuenftig jedes Feld unter diesem Namen durchgelassen. * Die Lektion vom Vorlagenbrett gleich mitgenommen: alle Karten haben einen DECKENDEN Grund. Eine Karte mit sieben Prozent Farbe auf durchsichtigem Grund laesst das Buehnenfoto durch -- dort waren es 3,61:1. Gemessen jetzt: 6,61 bis 14,80:1. Eine der Regeln hatte den deckenden Grund selbst wieder aufgehoben (zwei Regeln, die spaetere gewinnt) -- gefunden, bevor es jemand sehen musste. * "1 Scouts" statt "1 Scout". Eine Kleinigkeit, und das Erste, was auffaellt: Eine Seite, die ihre eigene Sprache nicht beherrscht, wird auch bei den Zahlen nicht geglaubt. --- Pruefung --- server/pruef-team.mjs, neu, 51 Pruefungen, alle gruen. Darunter: alle fuenf Rollen an Schnittstelle UND Seite (Manager, Scout und Creator bekommen 404 bzw. eine Umleitung), Spicy sieht VanVan nicht (mit Gegenprobe an der Personenliste), die Zahlen an einem gebauten Bestand, acht Kontrastmessungen an der wirklichen Flaeche, Handy. server/pruef-zwischenspeicher.mjs, neu, 15 Pruefungen: was liegenbleiben darf und was nicht -- an echten Kopfzeilen gemessen, nicht am Quelltext. Sie meldete zuerst drei Fehler, und das war sie selbst: Sie fragte unangemeldet und bekam Umleitungen. Eine Pruefung braucht ihre Voraussetzung, bevor sie misst. Ausserdem gruen: pruef-handy (das Handy fand die 320-px-Sache), pruef-workspace-seiten, pruef-alle-wege, pruef-sicht, pruef-css-klassen. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-09 15:42:14 +02:00

DogFatherGitandClaude Opus 5

449fe35c0a

Der Eingang: Mitglieder-Kachel, drei Stufen -- und lesbar statt leer

Zwei Auftraege in einem Zug: "mach weiter" (Blueprint Kapitel 4/4.1)
und, zum Bildschirmfoto der Seite, "das muss viel krasser sein".

KAPITEL 4 -- DIE MITGLIEDER-KACHEL
Der Blueprint nennt: "Name & Foto · Rolle(n)/Kategorie(n) · Status
(aktiv/pausiert) · Anzahl offener Aufgaben · Datum 'Modi seit' ·
Schnellaktionen". Name, Foto und Zahlen standen schon; Status, "dabei
seit", Stufe und ein Knopf zum Schreiben kommen dazu.

KAPITEL 4.1 -- DIE DREI STUFEN
Probe, Standard, Senior. Sie sind eine ARBEITSEINTEILUNG, keine
Rechtegrenze -- was ein Modi darf, haengt an der Rolle; die Stufe sagt,
wo er im Team steht. Gesetzt werden sie nur von DogFather: Der
Blueprint gibt der rechten Hand den gleichen UEBERBLICK, aber
"Verwaltungsrechte optional durch Owner freischaltbar", also aus.
NULL heisst "Probe" und nicht "unbekannt" -- ein dritter Zustand waere
eine Frage, die niemand beantworten kann.

ZWEI ECHTE FEHLER, BEIDE VON DER NEUEN PRUEFUNG GEFUNDEN

1. PAUSIERTE VERSCHWANDEN KOMPLETT. In der Abfrage stand `AND aktiv =
   1`. Wer jemanden pausierte, bei dem verschwand er samt seiner
   OFFENEN RUECKMELDUNGEN aus dem Eingang -- die warteten weiter auf
   eine Antwort, nur sah sie niemand mehr.

2. DER EINGANG HAETTE AUF FRISCHER ANLAGE 503 GELIEFERT. Die
   Checklisten-Tabellen entstehen beim ersten Aufruf einer Checkliste;
   diese Seite liest sie aber auch. Wer sie oeffnete, bevor je jemand
   eine Checkliste angesehen hatte, bekam einen Fehler ohne Erklaerung
   -- auf einer neuen Anlage also beim allerersten Blick. Das Schema
   hat jetzt einen Besitzer, der es herausgibt; ein zweites CREATE
   TABLE waere der Anfang von zwei Schemata gewesen.

"VIEL KRASSER" -- UND ZWAR MIT INFORMATION, NICHT MIT LAERM

  * ZWEI REIHEN STATT EINER. Alle fuenf Kaesten lagen in EINEM Raster
    mit 150 px Mindestbreite: Im Bildschirmfoto stand "Community 12
    von" -- abgeschnitten mitten in der Zahl -- und die laengste Liste
    machte die ganze Reihe so hoch wie sich selbst. Jetzt oben, was
    eine Antwort braucht, darunter das Team; 300 px Mindestbreite.
  * DIE KARTE WAR FAHL, und das war ein Fehler: `--r` fiel auf ein
    helles Grau zurueck, aus dem das Kantenlicht einen Nebel ueber die
    ganze Karte legte. Sie traegt jetzt die Farbe der Stufe -- kein
    Nebel, und man sieht am Rand, wer wo steht.
  * SECHS ZAHLENKAESTEN WURDEN DREI BALKEN. "40 offen" beantwortet
    nicht, wie weit man ist: 40 von 40 ist etwas anderes als 40 von
    100. Gruen (in Ordnung) und Bernstein (zu besprechen) fuellen den
    Balken; die ganze Zeile ist der Weg dorthin.
  * DIE DREI ZAHLEN DER SEITE stehen oben als Zahlen statt in einem
    Satz. Die Warnfarbe erscheint NUR, wenn wirklich etwas wartet --
    eine Null in Bernstein waere ein Alarm ohne Anlass, und ab dem
    dritten Mal sieht man ihn nicht mehr.

GEMESSEN
pruef-team-stufen (neu)  24, mit Gegenprobe: hoch- und zurueckstufen,
                         und dieselbe Stufe zweimal zu setzen darf
                         keine zweite Protokollzeile erzeugen
pruef-rollen            274   pruef-modi-checkliste  59
pruef-zwischenspeicher   21
Ansicht: Rechner 1440 und Handy 412 -- keine Skriptfehler, nichts
ragt seitlich heraus (0 px).

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

2026-09-10 16:27:44 +02:00

DogFatherGitandClaude Opus 5

bec46ed991

Team-Seite: Kopf und Karten sind jetzt echte Kacheln

Filipe, mit Bildschirmfoto: "perfektionnir das in einer kachel in der
farbe von der kategorie bitte. und die kacheln unten in der seite auch
perfektionnieren und geil machen bitte."

--- DER KOPF ---

Er war eine freistehende Ueberschrift auf dem Buehnenbild. Jetzt ist er
eine Kachel wie jede andere im Haus: gefraeste Fase, Kantenlicht,
Eckwinkel, Raster -- alles aus der Modulliste in module.css, wo
`.t-kachel` seit diesem Commit steht.

DIE FARBE IST NICHT ABGESCHRIEBEN. Die Kachel traegt `data-ton="22"`,
und die Regel dazu steht in start.css -- dieselbe, aus der die Kachel
auf der Startseite ihre Farbe zieht (#ffd166). Es gibt weiterhin genau
EINE Stelle, an der die Farbe dieser Kategorie steht; wer sie dort
aendert, aendert beides. Eine zweite Hexzahl in team.css waere die
naechste gewesen, die auseinanderlaeuft.

Der Grenzsatz ("Termine, Chats und Dateien kommen hier nicht vor")
wechselt von Gruen in denselben Ton: In einer Kachel, die schon eine
Farbe hat, ist eine zweite Farbe daneben eine zweite Aussage.

--- DIE KARTEN UNTEN ---

`.tperson` und `.tl` stehen ebenfalls in der Modulliste. Ein
Manager-Kasten leuchtet damit lila, ein Scout-Kasten gruen, ein
Lueckenkasten rot -- ueber `--ton`, ohne dass eine einzige Farbe hier
ausgeschrieben stehen muss.

DER STREIFEN LINKS IST DAFUER WEG, und das ist kein Verlust: module.css
belegt ::before und ::after selbst (Kantenlicht und Eckwinkel) und
laedt NACH team.css -- ein eigenes ::after waere ohnehin wirkungslos
gewesen. Das Kantenlicht traegt die Rollenfarbe jetzt rund um die ganze
Karte statt auf drei Pixeln links.

DIE KENNZAHLEN BLEIBEN SCHLICHT, und das ist eine Entscheidung: Sie
stehen zu acht in einer Karte. Jede davon mit Fase, Kantenlicht und
Eckwinkel waere ein Schaufenster voller Rahmen und keine Auskunft mehr
-- eine Kachel in der Kachel in der Kachel liest niemand. Sie bekommen
nur die abgeschnittene Ecke aus derselben Formel, damit sie erkennbar
zur Familie gehoeren.

--- EIN FEHLER, DEN NUR DAS HANDY GEZEIGT HAT ---

Der Grenzsatz-Kasten hat `flex: 1 1 300px`. Am Rechner ist das richtig:
Dort ist die Hauptachse waagerecht, und er teilt sich die Breite mit
dem Titel. Am Handy dreht die Reihe auf eine SPALTE -- und derselbe
Wert liess ihn in die HOEHE wachsen. Auf dem Bildschirmfoto stand
danach die halbe Kachel leer.

Ein Flexwert gilt fuer eine Richtung, nicht fuer ein Element. Wer die
Richtung dreht, muss ihn mitdrehen.

--- Pruefung ---

pruef-css-klassen: die Modulliste steht weiterhin siebenmal und
Zeichen fuer Zeichen gleich (jetzt 48 Klassen).

pruef-team, 51 Pruefungen: darunter acht Kontrastmessungen an der
WIRKLICHEN Flaeche -- die Hintergruende haben sich durch den Umbau
geaendert, und eine Kachel mit Raster und Verlauf ist etwas anderes als
ein flacher Kasten. Gemessen jetzt 6,71 bis 15,12:1.

Ausserdem gruen: pruef-handy, pruef-lesbarkeit, pruef-buehne.

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

2026-09-09 16:26:57 +02:00

DogFatherGitandClaude Opus 5

b45de940e8

Rund um das Team -- die Arbeitslage von Managern und Scouts

Filipe: "so eine kategorie wie ueber die creator will ich dass nur fuer
die spicy und dogfather rolle auch ueber manager und scouts gibt ...
ich will dass es so ultra krass gut ist dass die spicy und dogfather
rolle einen kompletten teil haben mit daten ueber die arbeit von den
manager und scout. keine geheimen sachen also termine, chats und
geheime dateien soll auch so bleiben dass keiner."

--- ZUERST DIE KOPFLEISTE ---

Filipe meldete, die Kopfleiste sei bei DogFather "nicht gemacht".
Nachgemessen auf ALLEN 18 Seiten, in allen fuenf Rollen, bei drei
Breiten: einzeilig, Spanne 4 px. Und die neuen Dateien liegen
nachweislich auf dem Server (a70bc4f, `abmelden__zeichen` in der
ausgelieferten kopf.js). Das Bild war vor dem Ausliefern entstanden.

Die Messung hat aber zwei echte Sachen gefunden, die vorher niemand
gesehen hatte -- beide bei 320 px auf UNTERseiten, wo links der
Zurueck-Knopf und rechts zusaetzlich die Glocke steht: 305 px
gebraucht, 294 verfuegbar. Eine Stufe kleiner (34 px je Knopf, 4 px
Abstand) macht 283 und passt; 34 px bleiben weit ueber den 24 px
Mindestmass fuer ein Beruehrziel.

Ausserdem die Auslieferung geordnet: HTML wird immer nachgefragt,
Dateien mit Versionsstempel duerfen ein Jahr liegenbleiben (vorher
bekam ALLES `no-cache`, also auch jede Stilvorlage bei jedem Aufruf).
sw.js ausgenommen -- er wird ohne Stempel geladen, ein Fehler darin
bliebe sonst ein Jahr stehen.

--- DIE NEUE SEITE ---

workspace/team.html, nur fuer `spicy` und `admin`. Aufbau:

  DIE LUECKEN ZUERST. Creator ohne Betreuung, Scouts ohne Manager,
  Leute ohne einen einzigen Creator -- mit NAMEN, nicht nur als Zahl.
  Eine Kennzahl sagt, wie es laeuft; eine Luecke sagt, wo etwas fehlt,
  und nur das Zweite kann man heute abstellen.

  DANN DIE LAGE in fuenf Zahlen, dann JEDE PERSON EINZELN: betreute
  Creator, laufende und ueberfaellige Aufgaben, in 30 Tagen erledigte,
  Durchlaufzeit, Startcheck-Fortschritt der betreuten Creator,
  LIVE-Tage und Diamanten. Bei Scouts zusaetzlich die Pipeline mit
  Uebernahmequote und Zeit bis zur Uebergabe.

  EIN MANAGER TRAEGT DIE CREATOR SEINER SCOUTS MIT. Ohne das saehe
  einer mit fuenf Scouts aus wie jemand ohne Arbeit.

--- DREI ENTSCHEIDUNGEN, DIE ALLES TRAGEN ---

1. TERMINE, CHATS UND DATEIEN KOMMEN NICHT VOR -- weder Inhalte noch
   Zaehlungen. Ausdruecklicher Wunsch, und der richtige: Ein Kalender
   verraet, wann jemand nicht da war; ein Chatzaehler, mit wem jemand
   oft spricht.

   Das ist keine Zusicherung im Kommentar. pruef-team liest den
   Quelltext von workspace-team.js und schlaegt an, wenn eine dieser
   Tabellen darin auftaucht -- mit Gegenprobe, dass die Suche `aufgaben`
   und `leads` auch wirklich findet. Der Weg ueber die Antwort allein
   waere schwaecher: Ein leerer Testbestand kann ein Feld verstecken.

2. SEGMENTIEREN, NICHT MITTELN. Aus der Recherche zu
   Arbeitslast-Dashboards: Ein Durchschnitt versteckt genau die Person,
   bei der es klemmt. Markiert wird gegen den MEDIAN der eigenen Rolle
   -- ein Manager traegt naturgemaess mehr als ein Scout, und ihn daran
   zu messen waere unfair und nutzlos.

3. ES IST EINE ARBEITSLAGE, KEINE UEBERWACHUNG. Das steht so auf der
   Seite, im Kopf, in einem eigenen Kasten. Wer das nicht dazuschreibt,
   baut ein Kontrollwerkzeug, auch wenn er es nicht wollte. Deshalb
   zeigen die Kennzahlen auf ZUSTAENDE (unbetreute Creator,
   liegengebliebene Kontakte) und nicht auf Anwesenheit oder Fleiss.

--- WAS DIE MESSUNG UNTERWEGS GEFUNDEN HAT ---

* Die Lead-Status hiessen anders, als ich angenommen hatte: "kontakt"
  gibt es nicht. Die CHECK-Bedingung der Datenbank hat es sofort
  abgelehnt -- ohne sie waere "offen" still zu klein gewesen.

* Die Pruefung fand ihr eigenes Hinweisschild: Die Antwort traegt ein
  Feld `ausgenommen: ["Termine","Chats","Dateien"]`, aus dem die Seite
  den Satz baut. Es wird jetzt herausgenommen UND eigens geprueft --
  ignorieren waere bequem gewesen und haette kuenftig jedes Feld unter
  diesem Namen durchgelassen.

* Die Lektion vom Vorlagenbrett gleich mitgenommen: alle Karten haben
  einen DECKENDEN Grund. Eine Karte mit sieben Prozent Farbe auf
  durchsichtigem Grund laesst das Buehnenfoto durch -- dort waren es
  3,61:1. Gemessen jetzt: 6,61 bis 14,80:1. Eine der Regeln hatte den
  deckenden Grund selbst wieder aufgehoben (zwei Regeln, die spaetere
  gewinnt) -- gefunden, bevor es jemand sehen musste.

* "1 Scouts" statt "1 Scout". Eine Kleinigkeit, und das Erste, was
  auffaellt: Eine Seite, die ihre eigene Sprache nicht beherrscht, wird
  auch bei den Zahlen nicht geglaubt.

--- Pruefung ---

server/pruef-team.mjs, neu, 51 Pruefungen, alle gruen. Darunter: alle
fuenf Rollen an Schnittstelle UND Seite (Manager, Scout und Creator
bekommen 404 bzw. eine Umleitung), Spicy sieht VanVan nicht (mit
Gegenprobe an der Personenliste), die Zahlen an einem gebauten
Bestand, acht Kontrastmessungen an der wirklichen Flaeche, Handy.

server/pruef-zwischenspeicher.mjs, neu, 15 Pruefungen: was liegenbleiben
darf und was nicht -- an echten Kopfzeilen gemessen, nicht am
Quelltext. Sie meldete zuerst drei Fehler, und das war sie selbst: Sie
fragte unangemeldet und bekam Umleitungen. Eine Pruefung braucht ihre
Voraussetzung, bevor sie misst.

Ausserdem gruen: pruef-handy (das Handy fand die 320-px-Sache),
pruef-workspace-seiten, pruef-alle-wege, pruef-sicht, pruef-css-klassen.

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

2026-09-09 15:42:14 +02:00