Files
dogfather-universe/server/workspace-fruehwarnung.js
T
DogFatherGitandClaude Opus 5 ad47fc2b00 Team Dogi: Sternenfeld auf jeder Kachel, und die Sicht zeigt endlich, was sie verspricht
DER GRUND JEDER KACHEL IM HAUS VON TEAM DOGI

Filipe: "ich will dass die hintergrunde von den kacheln immer unviersum
artig ist, es muss richtig geil sein aber immer so dass man alles noch
gut erkkent. und das IN DER GANZEN WEBSITE VON TEAM DOGI. nur die
kacheln. [...] wichtig ist die form der kacheln soll gleich bleiben."

module.css hat eine kanonische KACHELLISTE -- 48 Klassen, siebenmal in
der Datei, von pruef-css-klassen gegeneinander gehalten. Eine achte
Abschrift in crew-haus.css waere die Sorte Fehler, die nicht auffaellt:
heute vollstaendig, bei der naechsten neuen Kachel lautlos nicht mehr.
Deshalb faerbt crew-haus.css keine einzige Kachel. module.css baut den
Grund jetzt aus vier Werten (--sternenfeld, -mass, -lage,
--modul-schleier), und das zweite Haus setzt nur diese vier um. Damit
hat jede Kachel der ganzen Adresse den Himmel -- auch die, die es noch
nicht gibt. Im Agenturhaus steht `none`: kein Pixel aendert sich.

ZWEI DINGE HAT ERST DIE MESSUNG GEFUNDEN, NICHT DAS NACHDENKEN:

1. Die Nebel standen zuerst oben links. Dort ist aber JEDE Kachel dieses
   Hauses schon von sich aus am hellsten -- ihr eigener Lichtverlauf
   laeuft bei allen aus derselben Richtung (155/150/158 Grad) --, und
   genau dort stehen ueberall die Ueberschriften. Hinter der leisesten
   Textzeile lagen dadurch 2,09 % der Bildpunkte unter 4,5:1; im
   Agenturhaus sind es an derselben Stelle 0,115 %. Nach dem Umzug in
   die beiden gegenueberliegenden Ecken: 0,22 % -- und der Nebel durfte
   dabei KRAEFTIGER werden (.80 statt .62), weil er nicht mehr auf dem
   hellsten Punkt liegt. Besser lesbar und deutlicher zu sehen; das ist
   selten und war hier umsonst zu haben.

2. Kleinere, dafuer hellere Sternkerne waren der falsche Weg: Der
   hellste Punkt blieb fast gleich, der Stern wurde nur unschaerfer.
   Entschieden hat die Deckkraft, nicht die Groesse.

Form unangetastet: Fase, Silhouette und die drei Eckwinkel werden vor
und nach dem Hauswechsel Zeichen fuer Zeichen verglichen.

pruef-kachel-universum.mjs (NEU, 37 Pruefungen, Port 4391) misst an
echten Bildpunkten und fragt nicht nach Durchschnitt allein, sondern
nach dem ANTEIL der Punkte unter 4,5:1 -- das unterscheidet einen Punkt
von einer Flaeche. Zwei Gegenproben: ein zu dunkler Text UND ein zu
heller Nebel muessen durchfallen.

MEINE SICHT -- "GENAU SO WIE SIE ES SEHEN"

Filipe: "oben bei meine sicht soll ich auch die sicht von allen jeden
moment sehen koennen und das genau genau so wie sie es sehen alles.
ausser die kalender daten oder chat daten wo ich nicht mit drin bin.."

Gemessen wurde nicht "mit Umschalter gegen ohne" -- das ist bei duenner
Datenlage ueberall gleich und beweist nichts. Gemessen wurde die
Antwort mit Umschalter gegen die Antwort, die die Person SELBST bekommt.
Das hat sechs Stellen gefunden:

* workspace-zentrale.js las `req.person.sicht` -- ein Feld, das es nicht
  gibt. Der Ausdruck war immer `undefined || req.person`, daneben ein
  ausfuehrlicher Kommentar, der genau das Richtige beschrieb. Die grosse
  Kachel zeigte verlaesslich die eigene Lage, waehrend die Zahlen
  darunter der fremden folgten -- zwei Wahrheiten in einer Kachel. Ein
  Tippfehler in einem Variablennamen macht nichts kaputt; er tut nur
  nichts, und genau deshalb faellt so etwas nie von selbst auf. Die
  Route hatte ausserdem ZWEI Personenvariablen; jetzt hat sie eine.
* sichtPerson() gab die angesehene Person ohne Feld `haus` zurueck --
  und nurHaus()/hausBedingung() fangen beide mit `haus !== "crew"` an.
  Jede fremde Sicht war damit eine Agentursicht: In der Sicht auf einen
  Modi kamen die Dateien, Personen und Berichte des anderen Hauses.
  Das Haus haengt jetzt an der ROLLE, nicht an der Adresse.
* leistung, profil, schulung, fruehwarnung, report und teamlage lasen
  weiterhin den Angemeldeten. Nur LESEN ist umgestellt, nie ein Recht --
  und weil DogFather ohnehin alles sehen darf, kann das nichts oeffnen,
  nur weniger zeigen.

Der Sicht-Umschalter zeichnete ausserdem nur die fuenf Rollen aus
bereiche.js; wer eine sechste hat, stand nicht darin. Dieselbe Luecke
wie in der Chat-Auswahl und der Personenliste, zum dritten Mal. Die
Ueberschrift kommt jetzt vom Server (`gruppe`), der Browser zeichnet,
was ankommt -- auch eine Rolle, deren Namen er nicht kennen darf.

DREI STELLEN FOLGEN BEWUSST NICHT: die Personenliste (aus ihr wird der
Umschalter gebaut -- folgte sie der Sicht, kaeme man aus einer fremden
nicht mehr heraus), die Auswahllisten beim Anlegen (Kategorien,
Empfaenger) und steckbrief/mein (ein Formular, das fremd liest und
eigen speichert, zerstoert Daten).

KALENDER UND CHAT BLEIBEN PRIVAT, auch mit Umschalter -- Termine,
Calls und Wiederholungen lesen ab jetzt immer die eigene Person. Eine
Pruefung musste dafuer umgedreht werden: pruef-sicht verlangte bis
heute das Gegenteil ("dafuer gibt es den Umschalter"). Die Gegenprobe
bleibt dieselbe Frage, nur andersherum -- Patrick selbst MUSS seine
Termine sehen, sonst hiesse "DogFather sieht sie nicht" nur, dass sie
niemand sieht. Dabei fiel auf, dass die Managerin gar keinen Call
hatte: Die Pruefung "bleibt privat" war nicht bestanden, sondern nicht
durchfuehrbar. Antwort darauf sind Daten, keine weichere Bedingung.

Gruen: pruef-sicht 84 (vorher 53), pruef-kachel-universum 37 (neu),
pruef-rollen 282, pruef-crew-adresse 129, pruef-start-ansicht 143,
pruef-kalender 104, pruef-haus-trennung 62, pruef-team-ampel 32,
pruef-team-stufen 26, pruef-css-klassen. Stempel 202609110209.

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-09-11 02:10:15 +02:00

301 lines
11 KiB
JavaScript
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
/* =====================================================================
workspace-fruehwarnung.js — bevor jemand geht.
Aus dem Plan vom 31.08.2026: *"Das ist der Teil, den kaum ein System
hat, und der am meisten bringt."*
Die Recherche ist an dieser Stelle eindeutig: Abwanderung entsteht
fast nie durch schlechte Arbeit, sondern durch GEBROCHENE ERWARTUNGEN
und ABREISSENDE KOMMUNIKATION. Und sie kündigt sich an -- wochenlang,
in Daten, die längst da sind.
Agenturen mit hoher BINDUNG schlagen Agenturen mit hoher ANWERBUNG
auf jeder langfristigen Kennzahl. Zielgröße guter Häuser: ~85 %.
---------------------------------------------------------------------
BEWUSST KEIN SCORE — das ist die wichtigste Entscheidung hier
Eine Note von 1 bis 100 wirkt objektiv und ist es nicht. Sie verführt
dazu, Menschen nach einer Zahl zu behandeln: Wer 42 hat, bekommt
weniger Aufmerksamkeit als wer 78 hat -- ohne dass jemand je geprüft
hätte, woraus die Zahlen entstanden sind.
Stattdessen: BENANNTE SIGNALE. Jedes einzeln nachvollziehbar, jedes
einzeln wegdrückbar. Die Anzeige sagt nicht "Luna: 42 Punkte",
sondern "Bei Luna sind die LIVE-Tage von 5 auf 1 gefallen".
Der Unterschied ist nicht kosmetisch: Am Score kann man nichts tun,
am Signal schon.
---------------------------------------------------------------------
UND KEINE ALARME
Die Anzeige ist ein ruhiger Satz, keine rote Wand. Ein System, das
jede Woche Alarm schlägt, wird jede Woche weniger gelesen. Wenn
nichts ist, steht hier nichts.
===================================================================== */
import express from "express";
import {
db, sitzungLesen, sichtbareCreatorIds, betreuteIds, istLeitung,
} from "./workspace.js";
export const fruehwarnungRouter = express.Router();
const TAG_MS = 86400000;
function tagText(d) {
const p = (n) => String(n).padStart(2, "0");
return `${d.getFullYear()}-${p(d.getMonth() + 1)}-${p(d.getDate())}`;
}
const tagVor = (n) => tagText(new Date(Date.now() - n * TAG_MS));
function angemeldet(req, res, next) {
const person = sitzungLesen(req);
if (!person) return res.status(401).json({ fehler: "nicht_angemeldet" });
req.person = person;
next();
}
fruehwarnungRouter.use("/workspace/api/fruehwarnung", angemeldet);
/* =====================================================================
Die Signale
=====================================================================
Jedes ist eine eigene Funktion mit derselben Form: Sie bekommt einen
Creator und gibt entweder null zurück (nichts los) oder einen Befund
mit Text und Beleg.
WARUM JEDES EINZELN: Man kann sie einzeln abschalten, einzeln prüfen
und einzeln erklären. Ein Signal, das man nicht erklären kann, gehört
nicht in eine Betreuungsentscheidung. */
/** Fallen die Zahlen über mehrere Wochen?
*
* ZWEI Wochen Rückgang, nicht eine. Eine einzelne schlechte Woche hat
* jeder -- Urlaub, Krankheit, eine Prüfung. Erst die Wiederholung ist
* ein Muster. Wer bei der ersten Woche anschlägt, meldet Rauschen. */
function zahlenFallen(creatorId) {
const woche = (n) => db().prepare(`
SELECT COALESCE(SUM(diamanten), 0) AS d, COUNT(*) AS tage
FROM leistung WHERE creator_id = ? AND tag >= ? AND tag <= ?`)
.get(creatorId, tagVor(n * 7 + 6), tagVor(n * 7));
const jetzt = woche(0), vor1 = woche(1), vor2 = woche(2);
/* Ohne Vergleichsdaten kein Urteil. Ein neuer Creator ohne Historie
ist kein Fall für die Frühwarnung. */
if (!vor2.tage || !vor1.tage) return null;
if (!vor2.d || !vor1.d) return null;
const fallend = jetzt.d < vor1.d && vor1.d < vor2.d;
if (!fallend) return null;
const anteil = Math.round(((vor2.d - jetzt.d) / vor2.d) * 100);
/* Unter 20 % ist Schwankung, kein Einbruch. */
if (anteil < 20) return null;
return {
art: "zahlen_fallen",
text: `Die Diamanten fallen die dritte Woche in Folge (−${anteil} % gegenüber vor zwei Wochen).`,
beleg: `${vor2.d} → ${vor1.d} → ${jetzt.d}`,
gewicht: 3,
};
}
/** Brechen die LIVE-Tage weg?
*
* Das ist das härtere Signal: Wer nicht mehr sendet, hört auf --
* Diamanten schwanken, Anwesenheit nicht. */
function tageBrechenWeg(creatorId) {
const tage = (n) => db().prepare(`
SELECT COALESCE(SUM(gueltiger_tag), 0) AS t, COUNT(*) AS erfasst
FROM leistung WHERE creator_id = ? AND tag >= ? AND tag <= ?`)
.get(creatorId, tagVor(n * 7 + 6), tagVor(n * 7));
const jetzt = tage(0), vorher = tage(1);
if (!vorher.erfasst || vorher.t < 2) return null;
if (jetzt.t >= vorher.t) return null;
const weg = vorher.t - jetzt.t;
if (weg < 2) return null;
return {
art: "tage_weg",
text: jetzt.t === 0
? `Diese Woche kein einziger LIVE-Tag (vorher ${vorher.t}).`
: `Die LIVE-Tage sind von ${vorher.t} auf ${jetzt.t} gefallen.`,
beleg: `${vorher.t} → ${jetzt.t}`,
/* Auf null zu fallen wiegt schwerer als eine Halbierung. */
gewicht: jetzt.t === 0 ? 5 : 3,
};
}
/** Seit wann nicht mehr angemeldet? */
function langeNichtDa(creatorId) {
const p = db().prepare("SELECT letzter_login FROM personen WHERE id = ?").get(creatorId);
if (!p?.letzter_login) return null;
const tage = Math.floor((Date.now() - Date.parse(p.letzter_login)) / TAG_MS);
if (!Number.isFinite(tage) || tage < 14) return null;
return {
art: "nicht_angemeldet",
text: `Seit ${tage} Tagen nicht mehr im Workspace gewesen.`,
beleg: p.letzter_login.slice(0, 10),
gewicht: tage >= 30 ? 4 : 2,
};
}
/** Seit wann kein Gespräch?
*
* DAS IST DAS SIGNAL ÜBER UNS, nicht über den Creator. Wenn seit
* sechs Wochen niemand mit ihm gesprochen hat, ist das unser
* Versäumnis -- und laut Recherche der häufigste Grund, warum
* jemand geht. */
function keinGespraech(creatorId) {
const z = db().prepare(`
SELECT MAX(beginn) AS letzter FROM termine
WHERE (creator_id = ? OR teilnehmer_id = ?)
AND art IN ('call','review') AND beginn <= ?`)
.get(creatorId, creatorId, new Date().toISOString());
if (!z?.letzter) {
return {
art: "nie_gesprochen",
text: "Mit dieser Person hat noch nie ein Gespräch stattgefunden.",
beleg: null,
gewicht: 4,
};
}
const tage = Math.floor((Date.now() - Date.parse(z.letzter)) / TAG_MS);
if (!Number.isFinite(tage) || tage < 21) return null;
return {
art: "kein_gespraech",
text: `Seit ${tage} Tagen kein Gespräch mehr — das liegt an uns, nicht an ihr.`,
beleg: String(z.letzter).slice(0, 10),
gewicht: tage >= 42 ? 4 : 2,
};
}
/** Stauen sich unerledigte Aufgaben? */
function aufgabenStauen(creatorId) {
const z = db().prepare(`
SELECT COUNT(*) AS n FROM aufgaben
WHERE creator_id = ? AND status NOT IN ('erledigt','abgebrochen')
AND frist IS NOT NULL AND frist < ?`).get(creatorId, tagVor(0));
if (!z?.n || z.n < 3) return null;
return {
art: "aufgaben_stau",
text: `${z.n} Aufgaben sind überfällig.`,
beleg: null,
gewicht: z.n >= 6 ? 3 : 2,
};
}
/** Hängt der Start-Check? */
function startcheckHaengt(creatorId) {
const z = db().prepare(`
SELECT COUNT(*) AS geprueft, MAX(geaendert) AS zuletzt
FROM startcheck WHERE creator_id = ?`).get(creatorId);
if (!z || !z.geprueft) return null; // gar nicht begonnen: anderes Thema
const offen = db().prepare(`
SELECT COUNT(*) AS n FROM startcheck
WHERE creator_id = ? AND bewertung = 'handlung'`).get(creatorId).n;
if (!offen) return null;
const tage = z.zuletzt ? Math.floor((Date.now() - Date.parse(z.zuletzt)) / TAG_MS) : 999;
if (tage < 21) return null;
return {
art: "startcheck_haengt",
text: `${offen} Punkte im Start-Check brauchen Handlung — seit ${tage} Tagen unverändert.`,
beleg: null,
gewicht: 2,
};
}
const SIGNALE = [
zahlenFallen, tageBrechenWeg, langeNichtDa,
keinGespraech, aufgabenStauen, startcheckHaengt,
];
/* =====================================================================
Die Auskunft
===================================================================== */
/** Alle Befunde zu einem Creator. */
function befunde(creatorId) {
const raus = [];
for (const pruefen of SIGNALE) {
try {
const b = pruefen(creatorId);
if (b) raus.push(b);
} catch (fehler) {
/* Ein Signal, das stolpert, darf die anderen nicht mitnehmen --
sonst verschwindet die ganze Frühwarnung wegen einer Spalte. */
console.error("[fruehwarnung] Signal:", pruefen.name, fehler?.message);
}
}
return raus.sort((a, b) => b.gewicht - a.gewicht);
}
fruehwarnungRouter.get("/workspace/api/fruehwarnung", (req, res) => {
try {
/* Nur wer betreut, bekommt die Frühwarnung. Ein Creator soll nicht
lesen, dass das System ihn für abwanderungsgefährdet hält -- das
ist eine Arbeitsgrundlage für die Betreuung, keine Mitteilung an
die betroffene Person. */
/* DURCH DIE AUGEN DER ANGESEHENEN PERSON (11.09.2026).
Filipe: "oben bei meine sicht soll ich auch die sicht von allen
jeden moment sehen koennen und das genau genau so wie sie es
sehen alles."
Nur LESEN wird umgestellt, nie ein Recht: `req.person` bleibt
ueberall dort stehen, wo geschrieben oder geprueft wird. Und
weil DogFather ohnehin alles sehen darf, kann diese Umstellung
nichts oeffnen -- sie kann nur WENIGER zeigen, naemlich genau
das, was die andere Person sieht.
Und weil die Fruehwarnung ausdruecklich NICHT fuer die
betroffene Person gedacht ist, muss auch dieser Riegel der Sicht
folgen: In der Sicht auf einen Creator gehoert dort `gilt_nicht`
zu stehen, nicht DogFathers eigene Liste. */
const zeigt = req.sicht || req.person;
if (zeigt.rolle === "creator") return res.json({ creator: [], gilt_nicht: true });
const ids = sichtbareCreatorIds(zeigt);
const wo = ids === null ? "rolle = 'creator' AND aktiv = 1"
: ids.length ? `id IN (${ids.map(() => "?").join(",")}) AND aktiv = 1` : "0=1";
const leute = db().prepare(`SELECT id, name FROM personen WHERE ${wo} ORDER BY name`)
.all(...(ids === null ? [] : ids));
const mitBefund = [];
for (const c of leute) {
const b = befunde(c.id);
if (b.length) {
mitBefund.push({
id: c.id, name: c.name,
signale: b,
/* Das Gewicht dient NUR der Reihenfolge, nicht der Anzeige.
Es steht bewusst nicht als Zahl auf dem Bildschirm --
sonst wäre es doch wieder ein Score. */
_rang: b.reduce((s, x) => s + x.gewicht, 0),
});
}
}
mitBefund.sort((a, b) => b._rang - a._rang);
for (const m of mitBefund) delete m._rang;
res.json({
creator: mitBefund,
/* Ein Satz statt einer Liste, wenn man nur wissen will, ob etwas
ist. Genau so steht er später auf der Startseite. */
satz: mitBefund.length === 0
? null
: mitBefund.length === 1
? `Bei ${mitBefund[0].name} würde ich diese Woche nachfassen.`
: `Bei ${mitBefund.length} Creators würde ich diese Woche nachfassen.`,
});
} catch (fehler) {
console.error("[fruehwarnung] Lesen:", fehler?.message);
res.status(503).json({ fehler: "nicht_verfuegbar" });
}
});
/* Für andere Module (Startseite, Dashboard). */
export { befunde };