Antraege eingrenzen, Reaktivierung und Bestaetigungen

Sechs Ruecklaeufer aus dem ersten Praxistest:

Das Archiv reicht ueber 25 Seiten und enthaelt vieles, was kein CC-Antrag ist.
Aufgenommen werden jetzt nur Threads von Spielern, die im CC-Manager mit
passendem Forum-Namen erfasst sind. Angepinnte Ankuendigungen tragen die
Labels "Wichtig" oder "Information" und fallen darueber raus.

Der Titel wird bewusst nirgends ausgewertet - weder zum Erkennen noch zum
Aussortieren. Antraege heissen mal "CC Antrag | Name", mal "The Duke Rang
Update"; daran ist nichts abzulesen.

Eine Reaktivierung laeuft ebenfalls ueber einen Forums-Antrag und fehlte als
Entscheidung. Sie ist jetzt waehlbar und kostet nichts, solange der CC nicht
redesignt wurde - die bestehende Regel entscheidet das, nicht der Dialog.

Der Titel in der Liste verlinkt jetzt auf den Thread im Forum. Die Labels
stehen als Kontext daneben, ohne die Entscheidung vorwegzunehmen.

Wer einen Antrag von Hand eintraegt, kann beim Anlegen oder Redesignen den
Thread-Link angeben. Der Antrag gilt damit als erledigt und taucht nicht
erneut als offen auf.

Manuelle Guthaben-Buchungen fragen vorher nach: bisher buchte ein einzelner
Klick sofort, ohne zu sagen, was genau passiert. Der Dialog nennt die Wirkung
und nimmt eine Notiz entgegen.

server/prisma/schema.prisma

@@ -55,6 +55,8 @@ enum ForumBoard {
 enum ForumClassification {
   NEW_CC
   REDESIGN
+  /// Ein inaktiver CC kehrt zurueck. Ohne Redesign kostet das nichts.
+  REACTIVATION
   REJECTED
   IGNORE
 }
@@ -317,6 +319,8 @@ model ForumThread {
   authorName    String?
   /// Überlebt Namensänderungen im Forum, anders als der Anzeigename.
   authorForumId Int?
+  /// Labels des Threads, kommagetrennt. Reiner Kontext für die Entscheidung.
+  labels        String?
 
   playerId Int?
   player   Player? @relation(fields: [playerId], references: [id], onDelete: SetNull)