Benutzer:Cochi/Scratch2
Inhaltsverzeichnis
Gedanken zu einem Vote-Konzept
Vorteile
- Möglichkeit, die Chatter in Entscheidungen einzubeziehen, was Sanktionierung angeht
- Erweiterung der Möglichkeiten über die Regeln hinaus
- Bei Automatisierung auch Moderation ohne Moderationen möglich
Nachteile
- spontane "uns passt deine Nase nicht" Entscheidungen werden möglich
- eventueller Konflikt Chatmeinung + Moderatormeinung
Kernfragen
- Überwiegen die Vorteile die Nachteile
- Implementationsaufwand
- Robustheit des Systems
Entwurf: Votemute-Konzept
- Nutzer fordern beim Bot ein Vote an, dies wird nicht öffentlich bekanntgegeben
- /msg JohnRackham vote mute <nickname>
- Da davon auszugehen ist, dass die Chatter ohnehin schon zum Thema Vote etwas sagen, wäre ein Announcen durch den Bot spamlastig. Sofern kein Nutzer etwas zuvor zum Plan eines Votes geäussert hat, will er anonym bleiben und hofft daß genug andere ähnlich denken
- Fordern mehr als X Nutzer innerhalb von Y Minuten einen Vote, wird er durchgeführt
- beispielhaft: 5 Nutzer, 15 Minuten
- könnte auch abhängig von Channelaktivität geschehen
- Der Vote wird an den Main über Notice bekanntgegeben: "Neuer Vote zu Sanktionen gegen <nickname>. Nimm teil per ..."
- Möglichkeiten: /msg JohnRackham vote id <id> ja oder /msg JohnRackham vote id <id> nein
- Es existiert kein "vote status" um strategisches Abstimmen, Spam o.ä zu vermeiden
- Dauer: 5-15 Minuten je nach Anzahl der fordernden Chatter (15 bei wenigen, 5 bei vielen wegen Dringlichkeit)
- Erfüllkriterium: abhängig von der Anzahl aktiver Chatter (definieren!) im Chat, aber nicht nur diese dürfen abstimmen. (Wert festlegen!)
- Bei Ablauf wird das Ergebnis per Notice in Main+AG-Channel bekanntgegeben
- wird das Quorum nicht erreicht, verfällt der Vote und ist für X Minuten nicht erneut möglich. Beispiel X=30
- wird das Quorum erreicht, wird der Nutzer für einen begrenzten Zeitraum (Y Minuten) stummgeschaltet. Beispiel Y=30
- Der Mute erfolgt
- bei an NickServ identifizierten Chattern per $a:foobar
- bei identifiziertem Nutzer (z.B. NAT, Shellhoster etc) per voller Hostmaske: *!foo@bar.com
- bei nicht identifizierten Nutzern auf Basis der aufgelösten IP *!*@*123.123.123.123 (Grund: Webmail-Match) oder des Hostnamens *!*@foo.bar.com (Greift nicht bei Webmail). Die Variante $x:foo.bar.com ist wegen Länge des GECOS-Feldes nicht verlässlich
- Kicks, Bans und globale (channelübergreifende) Aktionen sind aufgrund ihrer Schwere weiter Moderatoren vorbehalten
- Dieses System ist vorerst auf den Main limitiert, u.a. um die Syntax einfach zu halten
- Sofern der angesprochene Nutzer nicht im Main ist, wird die Anfrage verworfen. Der Status wird für 5 Minuten gecached, erst danach wird bei neuer Anfrage erneut geprüft.
- Missbrauch (Spam, Funvotes, ...) des Systems wird sanktioniert, beispielsweise durch temporären Entzug der Berechtigung, Votes anzustarten
- Aus Sicherheitsgründen (Cloning etc) werden nur Nachrichten von bei NickServ identifizierten Nutzern akzeptiert
- Ein Befehl /msg JohnRackham help vote sollte verfügbar sein
- Abstimmverhalten o.ä. wird nicht über den Votezeitraum hinaus gespeichert.
- Statistische Daten (Zeit, Anzahl der Stimmen, Ergebnis, reine Hostmask des Betroffenen) sollten zur Auswertung erhoben werden
- Die Syntax zum Bot ist erweiterbar, damit die schon mehrfach angedachten weiteren Votemöglichkeiten damit vereinbar sind. So ist "mute" lediglich als Beschreibung des Abstimmmodus gedacht