Fertige Vorlagen zum Uebernehmen - Content-Ideen und LIVE-Punkte

Der Wunsch stand an fuenf Stellen gleichlautend: "ich will dass da schon
fertige Sachen stehen". Eine leere Seite mit einem Knopf "Neuer Eintrag"
verlangt vom Creator genau das, was er noch nicht kann -- zu wissen, was
ueberhaupt hineingehoert.

WARUM VORLAGEN UND KEINE VORAUSGEFUELLTEN DATEN. Man koennte beim
Anlegen eines Creators dreissig Eintraege in seine Datenbank schreiben.
Das waere falsch: Sie waeren ab dem ersten Tag "seine" Eintraege und
damit Altlast; aendert Filipe spaeter eine Formulierung, gilt sie nur
fuer neue Creator; und die Liste saehe voll aus, obwohl noch nichts
geschehen ist -- das Gegenteil einer ehrlichen Uebersicht.

Vorlagen bleiben deshalb VORSCHLAEGE, bis jemand sie uebernimmt. Sie
stehen im Code, gelten fuer alle sofort, und werden erst dann zu Daten,
wenn sie gebraucht werden. Was uebernommen ist, ist ein ganz normaler
Eintrag -- aenderbar, loeschbar, und von spaeteren Aenderungen an der
Vorlage unberuehrt.

INHALTE, fachlich begruendet:
  13 Content-Ideen, jede mit AUSFORMULIERTEM Aufhaenger und Format. Die
  ersten ein bis drei Sekunden entscheiden ueber die Verbreitung --
  "mach was Persoenliches" hilft niemandem, "Das haette ich am Anfang
  gern gewusst" kann man sagen. Verteilt nach 70/20/10 (Wert, Community,
  Eigenwerbung).

  21 LIVE-Punkte in drei Abschnitten. Der mittlere ist der wichtigste
  und gibt es sonst nirgends: Was WAEHREND der Sendung auffaellt, ist am
  naechsten Tag weg. Diese Punkte sind so formuliert, dass man sie in
  einem Moment anklicken kann, in dem man eigentlich keine Zeit hat.

  Die Vorbereitung ist die laengste Liste, weil ein LIVE dort steht und
  faellt. Ton zuerst -- der Grund Nummer eins, warum Leute wieder gehen.

"ICH BRAUCHE HILFE" wird eine AUFGABE, keine Nachricht. Eine Nachricht
ist gelesen und dann weg; eine Aufgabe bleibt stehen, bis sie jemand
erledigt, geht an den zustaendigen Betreuer (ohne Betreuer an die
Leitung -- eine Bitte um Hilfe darf nicht ins Leere laufen), traegt hohe
Prioritaet und eine Frist von drei Tagen. Ohne Frist bleibt sie liegen;
das ist der Unterschied zwischen einer Aufgabe und einem Zettel.

"CONTENT-PLANUNG" HEISST JETZT "CONTENT-IDEEN". "Planung" klang nach
Terminen und Tabellen; was dort wirklich passiert, ist das Sammeln und
Weiterentwickeln von Ideen. Der Kalender daneben plant.

EIN CREATOR DARF SEINE EIGENEN EINTRAEGE AENDERN -- aber nur im Bereich
Content. Wenn er sich eine Idee uebernimmt, ist das SEINE Idee; sie
danach nicht umbenennen zu duerfen waere absurd. LIVE, Technik,
Community und Schutz bleiben die Betreuungsakte, dort aendert er nichts.
Ein erster Anlauf hatte die Ausnahme fuer alle Bereiche erlaubt -- die
Pruefung pruef-bereiche-lesend hat das sofort gemeldet.

DREI EIGENE FEHLER, VON DEN PRUEFUNGEN GEFUNDEN:
- Der Vorlagenblock vergass nach dem Uebernehmen, was schon geholt war:
  Die Liste wird neu geladen, der Block neu gebaut, und die Markierung
  am Element war jedes Mal weg. Jetzt merkt sich das Modul die Auswahl.
- Die Regel fuer eigene Eintraege war zu breit (siehe oben).
- Die Marken im Vorlagenblock waren auf dem Handy 10,2 px klein.

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

server/workspace-bereiche.js

@@ -41,7 +41,10 @@ export const BEREICHE = {
      vorher alles, was den Unterschied macht. Und nicht mehr als fuenf --
      jede weitere Spalte ist eine, die auf dem Handy nicht mehr passt. */
   content: {
-    name: "Content-Planung",
+    /* Umbenannt am 01.09.2026: "Planung" klang nach Terminen und
+       Tabellen. Was hier wirklich passiert, ist das Sammeln und
+       Weiterentwickeln von IDEEN -- der Kalender daneben plant. */
+    name: "Content-Ideen",
     arten: {
       idee: "Idee",
       skript: "Hook & Skript",
@@ -122,13 +125,56 @@ bereicheRouter.use("/workspace/api/bereich", angemeldet);
    -- in jeder der drei Stellen einzeln pruefen -- ist genau die Bauweise,
    durch die am 31.08.2026 schon einmal ein Loch entstanden ist: Zwei von
    drei Stellen waren abgesichert, die dritte vergessen. */
+/* Ein Creator schreibt hier nicht -- MIT EINER AUSNAHME, die am
+   01.09.2026 dazukam: Was er SELBST angelegt hat, darf er auch
+   aendern und loeschen.
+
+   Die urspruengliche Regel ("hier tragen deine Betreuer ein") bleibt
+   damit unangetastet: Er kann weiterhin nichts an dem aendern, was
+   ueber ihn geschrieben wurde -- keine Bewertung, keine Notiz, keinen
+   Eintrag seines Managers.
+
+   Noetig wurde die Ausnahme durch die fertigen Vorlagen: Wenn ein
+   Creator sich eine Content-Idee uebernimmt, ist das SEINE Idee. Sie
+   danach nicht umbenennen zu duerfen waere absurd -- er haette einen
+   Eintrag erzeugt, den nur ein anderer bearbeiten kann.
+
+   Entscheidend ist erstellt_von, nicht creator_id: Ein Eintrag, den
+   sein Betreuer ueber ihn angelegt hat, traegt zwar seine creator_id,
+   gehoert ihm aber nicht. */
 function nichtSchreibendFuerCreator(req, res, next) {
-  if (req.person?.rolle === "creator") {
+  if (req.person?.rolle !== "creator") return next();
+
+  /* Neu anlegen bleibt gesperrt -- der Weg dafuer ist "Vorlage
+     uebernehmen", und der prueft eigene Regeln. */
+  /* NUR im Bereich content. Das ist der Bereich, in dem der Creator
+     selbst arbeitet -- seine Ideen, sein Material. LIVE, Technik,
+     Community und Schutz sind die BETREUUNGSAKTE: Dort schreiben die
+     Betreuer ueber ihn, und daran aendert er nichts, auch nicht an
+     etwas, das frueher einmal von ihm stammte. Das war am 31.08.2026
+     ausdruecklich so entschieden und bleibt so.
+
+     Ein erster Anlauf hatte die Ausnahme fuer ALLE Bereiche erlaubt --
+     die Pruefung pruef-bereiche-lesend hat das sofort gemeldet. */
+  const bereich = String(req.path).split("/")[4] || "";
+  if (bereich !== "content") {
     return res.status(403).json({
       fehler: "Hier tragen deine Betreuer ein. Du siehst alles, was zu dir gehört.",
     });
   }
-  next();
+
+  const id = Number(String(req.path).split("/").pop());
+  if (Number.isInteger(id) && id > 0) {
+    try {
+      const e = db().prepare("SELECT erstellt_von FROM eintraege WHERE id = ?").get(id);
+      if (e && e.erstellt_von === req.person.id) return next();
+    } catch { /* faellt unten auf die Sperre zurueck */ }
+  }
+
+  return res.status(403).json({
+    fehler: "Das hat deine Betreuung eingetragen – ändern können sie es. "
+      + "Was du selbst angelegt hast, kannst du bearbeiten.",
+  });
 }
 
 /* Express 4 -- dort ist der Platzhalter `*`, nicht `*name` wie in