Modis verteilen Aufgaben statt sie zu bekommen -- und Angebote zur Entscheidung

Die drei Beurteilungs-Bereiche liefen bisher in die falsche Richtung: Sie
bewerteten die Modis. Filipe: "die modis sind ja da um mir zu helfen."
Also umgedreht.

WAS SICH GEDREHT HAT
- Alle 101 Punkte sind jetzt Beobachtungen ueber den Stream, nicht
  Pflichten des Modis ("Der Ton blieb verstaendlich" statt "Ton geprueft").
- Nur der Modi selbst drueckt auf seiner Liste. Wer sonst darauf zeigt,
  bekommt 403 und den Weg zur Team-Lage -- bewerten wird hier niemand.
- "Verbessern" landet als Eingang bei DogFather. Ein Klick macht daraus
  eine Aufgabe mit dem Satz des Modis im Text, oder eine Absage mit Grund.
  Beides schreibt eine Nachricht zurueck, damit der Modi sieht: angekommen.

ANGEBOTE
Neuer Bereich, in dem Modis planen und vorschlagen: Nutzen und Aufwand
statt Bewertung und Dringlichkeit, dazu ein Feld "was DogFather danach
tun muss". Wird ein Angebot angenommen, entstehen zwei Aufgaben -- eine
beim Modi zum Umsetzen, eine bei DogFather aus genau diesem Feld.

GEMESSEN
pruef-modi-checkliste  59 Pruefungen, 0 Fehler (neu geschrieben)
pruef-rollen          245 statt 244 -- der Zuwachs ist die neue
                      Angebote-Kachel, alle 11 Modi-Kacheln kommen an
pruef-modi-ideen       30, pruef-modi-verborgen 75, pruef-bereiche-lesend: gruen

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

server/workspace.js

@@ -284,6 +284,9 @@ const MODI_BEREICHE = [
   { gruppe: "Täglich", gruppeUnter: "Was du sowieso jeden Tag aufmachst",
     name: "Ideen-Board", unter: "Gesammelt und nach Dringlichkeit sortiert",
     zeichen: "content", ton: 23, ziel: "bereich.html?b=ideen", szene: "portal" },
+  { gruppe: "Täglich", gruppeUnter: "Was du sowieso jeden Tag aufmachst",
+    name: "Angebote", unter: "Vorschläge, über die DogFather entscheidet",
+    zeichen: "agentur", ton: 17, ziel: "bereich.html?b=angebote", szene: "halle" },
 
   { gruppe: "Rund ums Live", gruppeUnter: "Vor, während und nach der Sendung",
     name: "Live-Ablauf", unter: "Checkliste für vorher, mittendrin und danach",
@@ -948,6 +951,17 @@ function umstellungen(d) {
        workspace-aufgaben.js) -- an EINER Stelle, durch die alle
        Schreibwege laufen. */
     ["aufgaben", "kategorie", "TEXT"],
+
+    /* WAS DOGFATHER DAZU TUN MUESSTE (10.09.2026).
+
+       Filipe: *"auch entscheiden was ich machen muss wenn das und das
+       erledigt wird."* Der Modi schreibt es beim Angebot dazu; wird
+       das Angebot angenommen, wird genau daraus seine Aufgabe.
+
+       Ein eigenes Feld und nicht im Fliesstext: Aus einem Absatz laesst
+       sich keine Aufgabe machen, ohne zu raten, welcher Satz gemeint
+       war. */
+    ["eintraege", "einsatz", "TEXT"],
   ]) {
     try {
       const vorhanden = d.prepare(`PRAGMA table_info(${tabelle})`).all().map((s) => s.name);
@@ -1498,6 +1512,18 @@ function umstellungen(d) {
      waere die vierte Gelegenheit dazu. */
   checkListeErweitern(d, "eintraege", "bereich", "ideen",
     ["live", "content", "technik", "community", "schutz", "agentur", "ideen"], jetztStempel);
+  /* Die Angebote (10.09.2026) -- Vorschlaege der Modis, ueber die
+     DogFather und VanVan entscheiden. */
+  checkListeErweitern(d, "eintraege", "bereich", "angebote",
+    ["live", "content", "technik", "community", "schutz", "agentur", "ideen", "angebote"],
+    jetztStempel);
+  /* ZWEI NEUE ZUSTAENDE. Bisher kannte ein Eintrag nur offen/erledigt.
+     Ein Angebot hat aber eine ENTSCHEIDUNG: angenommen oder abgelehnt
+     -- und das ist etwas anderes als "erledigt". Wer beides in einen
+     Topf wirft, kann hinterher nicht mehr sagen, was aus einem
+     Vorschlag geworden ist. */
+  checkListeErweitern(d, "eintraege", "status", "angenommen",
+    ["offen", "erledigt", "angenommen", "abgelehnt"], jetztStempel);
 }
 
 export function db() {