Was DogFather eintraegt, sehen jetzt auch die anderen -- und 113 fertige Inhalte

Vier Bildschirmfotos, vier Auftraege. Vor dem Bauen gemessen
(server/mess-sichtbarkeit.mjs): alle Bereiche, alle vier Rollen.

ZWEI FEHLER, DIE NIEMAND GEMELDET HAETTE
Beide sahen auf DogFathers eigenem Bildschirm vollkommen richtig aus --
und das ist das Tueckische: Ein leeres Brett sieht nicht nach Fehler
aus, sondern nach "da ist eben noch nichts".

1. DIE FREIGABE. "Was ansteht" und "Highlights" zeigen der Community
   nur, was freigegeben ist. Ein aus dem Vorschlagskasten uebernommener
   Eintrag hatte keine Freigabe. Gemessen:

       Brett      DogFather  rechte Hand  Modi  Community
       ansteht        4           4         4        0
       highlight      3           3         3        0

   Filipe konnte fuellen, so viel er wollte -- fuer die Community
   blieben genau die zwei Bretter leer, auf die es ankommt. Wer aus dem
   Team uebernimmt, gibt jetzt zugleich frei: Die Freigabe fragt "hat
   das Team diesen Text gesehen?", und die Antwort ist beim Uebernehmen
   ja. Eine zweite Entscheidung daneben waere keine Sicherheit, sondern
   ein Klick.

2. TEAM_DOGI_ROLLEN IST {hand, modi} -- OHNE "admin". Die
   Sichtbarkeitsregel fuer Team Dogi lautete damit woertlich "Eintraege
   von hand oder modi". Folge: ALLES, was DogFather in Live, Technik,
   Community, Ideen, Angebote oder Rueckmeldung schreibt, war fuer sein
   eigenes Team unsichtbar. Das ist nicht erst seit dem Startkatalog so
   -- der hat es nur sichtbar gemacht, weil vorher ueberall Null stand
   und Null gleich Null aussieht, egal aus welchem Grund.

   Die Liste wird genau dort erweitert, wo es um Sichtbarkeit geht --
   NICHT in TEAM_DOGI_ROLLEN selbst: Diese Menge entscheidet auch,
   welches Haus jemand bewohnt. Ein Eintrag dort haette DogFather
   stillschweigend zur Crew umgezogen.

113 FERTIGE INHALTE IN DEN LEEREN KATEGORIEN
Gemessen waren elf Bereiche ausserhalb des Treffs komplett leer -- fuer
JEDE Rolle. Der Startkatalog kannte nur die sieben Treff-Bretter; die
Oberflaeche war die ganze Zeit bereit, es fehlten nur die Texte.
workspace-arbeit-start.js fuellt neun davon: Live, Content, Technik,
Community, Schutz, Ideen, Rueckmeldung, Angebote, Agentur.

"talente" und "entwicklung" bekommen ABSICHTLICH nichts: Dort waere ein
"fertiger Inhalt" ein erfundener Mensch -- ein Testdatensatz in einem
System, das echte Menschen bewertet. Die Talente-Seite bekommt ihre
Hilfe anders (siehe unten).

DER ENTWICKLUNGSKATALOG: 28 -> 68 PUNKTE, VIERTE STUFE
Filipe: "wieso ist da immer noch nicht perfektionniert wie bei den
anderen mit fortgeschritten und so, und VIIIIIEEEELLLLLL mehr aufgaben."
  * Neue Stufe "Fortgeschritten" zwischen "nach ein paar Monaten" und
    "wofuer man jemanden fragt" -- genau die Mitte fehlte.
  * Stufenleiter als FILTER ueber den Kategorien, wie die Checkliste es
    seit dem 10.09. vormacht. Aus r.erwartung gebaut, nicht aufgezaehlt.
  * Zwei neue Bloecke, die Filipe ausdruecklich wollte: "Clips, Schnitt
    und Kommentare" und "Waehrend der Stream laeuft" -- seine
    Wunschkategorien vom 17.09. ("videos schneide, kommentieren,
    markierungen").
  * Keine Note, keine Punktzahl, keine Rangliste. Unveraendert.

DAS BEFINDEN: 6 -> 12 FRAGEN, UND SIE MELDET SICH VON SELBST
Den 14-Tage-Rhythmus gab es schon -- er wirkte aber nur, WENN jemand die
Seite aufmachte. Wer sie vergisst, wurde nie wieder gefragt: Das war
eine Anzeige, keine Anfrage. Jetzt kommt sie ueber dasselbe Push-System
wie faellige Aufgaben, hoechstens einmal je sieben Tage, und sie fragt
rhythmus() aus workspace-befinden.js -- dieselbe Funktion wie die Seite,
keine zweite Formel daneben.
Sechs neue Fragen zu Erholung, Sinn, Klarheit, Anfeindung, Entwicklung
und dem Blick nach vorn, jede mit ihrer Einordnung.
Und an acht Stellen stand "sechs Fragen" ueber zwoelf Fragen -- wo ein
Skript den Text baut, wird jetzt gezaehlt; in den festen Seiten steht
gar keine Zahl mehr.

DIE TALENTE-SEITE, WENN NIEMAND DARAUF STEHT
Statt "Noch niemand auf der Liste" stehen dort jetzt die fuenf Gruppen
mit ihren 21 Anzeichen -- die gab es laengst, sie waren auf der leeren
Seite nur nie zu sehen. Dazu der Weg in beide Richtungen: woher ein
Talent kommt (der Treff) und wo es endet (die Entwicklung).

DIE PRUEFUNG (server/pruef-alle-sehen-es.mjs, 42 Pruefungen)
Sie prueft BEIDE Haelften von Filipes Satz. Nur zu zaehlen, ob alle
alles sehen, waere gruen, wenn man saemtliche Schranken entfernte --
Abschnitt 4 belegt, dass 19 Bereich-Rollen-Paare zu bleiben und die
Community an keinen der elf Arbeitsbereiche kommt.

ZWEI GEGENPROBEN, weil 42 von 42 im ersten Lauf kein Beweis ist:
  a) "admin" aus der Team-Sicht entfernen  -> 13 Pruefungen rot
  b) Freigabe beim Uebernehmen abschalten  ->  2 rot, genau ansteht
     und highlight
Jede trifft ihr Ziel und nicht alles.

UND EINE LUECKE IN EINER ALTEN PRUEFUNG
pruef-deutsche-texte war gruen -- und hatte die 113 neuen Texte, die 40
neuen Entwicklungspunkte und die 6 neuen Fragen nie gesehen: Sie stehen
in Dateien, die sie nicht kannte. Jetzt 391 statt 174 geprueften
Texten. (Meine erste Untergrenze stand auf 400 und war sofort rot --
geraten statt gemessen.)

Stempel 202609171318.

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

server/workspace-push.js

@@ -58,6 +58,8 @@ import {
   gehoertAufDieseAdresse, TEAM_DOGI_ROLLEN,
 } from "./workspace.js";
 import { schluesselErzeugen, schicken } from "./workspace-push-krypto.js";
+import { rhythmus as befindenRhythmus } from "./workspace-befinden.js";
+import { SEITEN } from "./rechte.js";
 
 export const pushRouter = express.Router();
 
@@ -100,6 +102,20 @@ export const ARTEN = [
      aufsteht. */
   { schluessel: "tagesruf", name: "Einmal am Tag: was noch offen ist",
     vorgabe: false, wertVorgabe: "09:00", wertArt: "uhrzeit" },
+  /* DIE BEFINDENS-ANFRAGE (17.09.2026). Filipe: "mach da mehr so eine
+     automatisierte anfrage regelmaessig."
+
+     MIT `vorgabe: true`, anders als der Tagesruf: Sie antwortet nicht
+     auf ein Ereignis, aber sie kommt auch nicht taeglich -- alle 14
+     Tage, und nur, wenn wirklich etwas offen ist. Und sie ist der
+     einzige Weg, auf dem jemand ueberhaupt erfaehrt, dass wieder
+     gefragt wird. Waere sie zum Einschalten, bekaeme sie genau der
+     nicht, der sie am noetigsten braucht.
+
+     ABSCHALTEN GEHT NATUERLICH TROTZDEM -- wie bei jeder Art, in den
+     Einstellungen. Das ist der Unterschied zwischen einer Vorgabe und
+     einem Zwang. */
+  { schluessel: "befinden", name: "Alle zwei Wochen: wie geht es dir?", vorgabe: true },
   { schluessel: "test", name: "Probe-Benachrichtigung", vorgabe: true },
 ];
 const ARTEN_SCHLUESSEL = new Set(ARTEN.map((a) => a.schluessel));
@@ -555,6 +571,52 @@ export async function laufen() {
       });
     }
 
+    /* --- WIE GEHT ES DIR? Alle zwei Wochen, von selbst ---------------
+
+       Filipe (17.09.2026): "mach da mehr so eine automatisierte
+       anfrage regelmaessig."
+
+       WER GEFRAGT WIRD, steht nicht hier: Es sind genau die Rollen,
+       die befinden.html ueberhaupt aufrufen duerfen -- und die stehen
+       in rechte.js. Eine eigene Liste hier waere eine zweite, und die
+       eine vergessene waere jemand, der nie gefragt wird, ohne dass es
+       auffaellt. (Genau so ist am 11.09. eine Rolle durch den Rost
+       gefallen.)
+
+       OB FAELLIG, ENTSCHEIDET rhythmus() aus workspace-befinden.js --
+       dieselbe Funktion, die auch die Seite selbst fragt. Nicht "aelter
+       als 14 Tage" nachgerechnet: Die echte Regel ist "alt genug ODER
+       nie fertig geworden", und die haette ich hier vergessen.
+
+       HOECHSTENS EINMAL IN SIEBEN TAGEN, ueber das Merkmal mit der
+       Kalenderwoche. Ohne das kaeme die Erinnerung ab Tag 14 JEDEN Tag,
+       weil "faellig" faellig bleibt, bis jemand antwortet -- und eine
+       Erinnerung, die jeden Tag kommt, ist nach drei Tagen keine
+       Erinnerung mehr, sondern Laerm, den man abschaltet. */
+    const befindenRollen = (SEITEN["/workspace/befinden.html"] || []);
+    if (befindenRollen.length) {
+      const platz = befindenRollen.map(() => "?").join(", ");
+      /* Die Woche als Nummer -- gerechnet aus dem Datum, nicht aus
+         einer Bibliothek: Gebraucht wird "hoechstens einmal je sieben
+         Tage", nicht die kalendarisch richtige Wochennummer. */
+      const woche = Math.floor(Date.parse(heute + "T00:00:00Z") / (7 * 86400_000));
+      for (const person of d.prepare(
+        `SELECT id, name FROM personen WHERE aktiv = 1 AND rolle IN (${platz})`)
+        .all(...befindenRollen)) {
+        let lage;
+        try { lage = befindenRhythmus(person.id); } catch { continue; }
+        if (!lage?.faellig) continue;
+        await senden(person.id, "befinden", {
+          titel: "Wie geht es dir?",
+          text: lage.letzte
+            ? "Die zwei Wochen sind um – es dauert zwei Minuten."
+            : "Zwölf Fragen über dich. Die Antworten sieht niemand außer dir.",
+          ziel: "/workspace/befinden.html",
+          merkmal: `befinden:${person.id}:${woche}`,
+        });
+      }
+    }
+
     /* Alte Merkmale aufraeumen -- nach 60 Tagen braucht sie niemand
        mehr, und die Tabelle soll nicht ewig wachsen. */
     const grenze = new Date(Date.now() - 60 * 86400_000).toISOString();