Minecraft-Anticheat-Plugin erstellen: was die KI kann und was nicht

Erst die Wahrheit: ein generiertes Anticheat ersetzt kein erprobtes

Ein gutes Anticheat ist kein Algorithmus, sondern eine Geschichte. Die bekannten Projekte hatten es mit Cheat-Clients aller Art zu tun, mit jeder Spielversion, mit Spielern auf miserablen Verbindungen, mit Elytra, Pferden, Bubble-Columns, Eis und Teleports von fremden Plugins. Jeder Fehlalarm, den ein Server gemeldet hat, hat zu einem nachjustierten Schwellenwert geführt. Dieses angesammelte Feintuning entsteht nicht aus einer Beschreibung, egal welches Modell dahinter läuft.

Die echte Gefahr bei einem selbst gebauten Anticheat ist nicht der Cheater, den du verpasst, sondern der ehrliche Spieler, den du bestrafst. Ein etwas zu strenger Speed-Wert, und der erste Lag-Spike bannt vor dem ganzen Server jemanden, der nichts getan hat. Auf einem PvP-Server kostet das mehr als das Cheaten selbst, weil du Stammspieler verlierst und das Vertrauen von allen, die zugesehen haben.

Deshalb die ehrliche Empfehlung: für Movement und Combat behältst du ein gepflegtes Anticheat. Was du mit Minax generierst, kommt daneben, nicht an dessen Stelle. Der Rest dieser Seite dreht sich um diese Schicht, und die ist alles andere als der kleine Teil der Arbeit.

• Feine Movement- und Combat-Checks: gepflegtes Anticheat behalten
• Der Fehlalarm ist das Risiko, nicht der verpasste Cheater
• Cheat-Clients entwickeln sich weiter, eingefrorener Code fällt zurück
• Ein eigenes Plugin ergänzt dein Anticheat, es ersetzt es nicht

Was ein fertiges Anticheat nicht wissen kann, du aber schon

Ein heruntergeladenes Anticheat kennt Minecraft. Es kennt deinen Server nicht. Es weiß nicht, dass in deiner Economy normalerweise ein paar hundert Münzen pro Stunde drin sind, dass dein Minigame nicht unter einer bestimmten Zeit zu schaffen ist, dass am Spawn keine Kisten erlaubt sind, dass dein Berufe-System bei einer bestimmten Zahl von Blöcken pro Minute endet. Diese Regeln stehen nirgends außer in deinem Kopf.

Genau solche Checks kann ein generiertes Plugin sehr gut, weil es nichts zu tunen gibt: die Regel ist eindeutig und du kennst sie schon. Du nennst den Schwellenwert, das Plugin überwacht ihn, und es löst genau das aus, was du festgelegt hast. Keine rätselhaften Fehlalarme, weil die ganze Logik in einem Satz steht, den du selbst geschrieben hast.

• Geldzuwachs, der in deiner Economy unmöglich ist, oder ein auffälliger Transfer zwischen Spielern
• Item-Duplizierung über deine eigene Kiste, deinen Shop oder dein Kit-System
• Unmögliche Punktzahl in deinem Minigame, oder eine Parkour-Zeit unter dem Rekord
• Automatisches Farmen: mehr Blöcke pro Minute, als du erlaubst
• Kisten öffnen in einer geschützten Region, oder ein Warp ohne den passenden Rang
• Spam von Befehlen, Klicks oder Chat-Nachrichten über deinem Limit
• Mehrere Accounts gleichzeitig aus derselben Sitzung online

Logging: der am meisten unterschätzte Gewinn

Die meisten Streitfälle in der Moderation entscheidet keine Erkennung, sondern ein Protokoll. Wer hat den Block abgebaut, wer hat die Kiste geöffnet, wer hat die Diamanten bekommen, wann, in welcher Welt. Ein eigenes Plugin schreibt genau die Events mit, die dich interessieren, in dem Format, das du willst, ohne die Millionen nutzlosen Zeilen, die ein allgemeiner Logger produziert.

Sag, was gespeichert wird und wohin: eine Datei pro Tag, eine eingebettete SQLite-Datenbank, eine Tabelle pro Event-Typ. Dazu ein Abfrage-Befehl im Spiel für dein Team, filterbar nach Spieler und Zeitraum, und du deckst fast jedes tägliche „das war ich nicht“ ab. Dieser Teil ist normaler Java-Code ohne empirisches Feintuning, also solider Boden für eine Generierung.

• Protokoll der Events, die du auswählst, nicht des ganzen Servers
• Textdatei, JSON oder eingebettete SQLite, sag einfach, welche
• Abfrage-Befehl im Spiel, filterbar nach Spieler und Zeitraum
• Straf-Historie mit Grund und dem Teammitglied, das sie verhängt hat

Automatische Strafen: hier gewinnt eigener Code klar

Jeder Server hat seine eigene Strafskala, und kein fertiges Plugin setzt genau deine um. Du weißt, dass der erste Spam eine Verwarnung ist, der dritte ein Mute in einer Länge, die du festlegst, und ein Versuch, Items zu duplizieren, ein sofortiger Bann bis zur Prüfung. Diese Eskalations-Logik ist ideal zum Generieren: das sind explizite Regeln, keine statistische Erkennung.

Schreib deine Schwellenwerte und Dauern in die config.yml, dann änderst du sie später ohne neue Generierung. Denk außerdem an den Fall, dass der Spieler offline ist, wenn die Strafe fällig wird, und an Strafen, die von selbst ablaufen. Das sind die zwei klassischen Lücken, also nenn sie in deiner Beschreibung.

• Eskalation von Verwarnung über Mute und Kick bis zum zeitweiligen Bann, nach deiner Skala
• Dauern und Schwellenwerte in der config.yml, änderbar ohne neue Generierung
• Strafe greift auch, wenn der Spieler sich erst später wieder einloggt
• Automatischer Ablauf, plus ein Befehl, um eine unfaire Strafe aufzuheben
• Rechte pro Rang, nenn LuckPerms, wenn du es einsetzt

Moderations-Werkzeuge und Alarme für dein Team

Der andere große Teil der Arbeit ist, die Menschen auszurüsten. Ein eigenes Plugin gibt deinem Team genau die Befehle, die es dauernd verlangt, mit deinen Formulierungen und deinen Farben, statt sechs sich überlappender Plugins, deren Rechte sich gegenseitig widersprechen.

Alarme sind im Prinzip einfach: wird eine Regel verletzt, bekommt das Team im Chat eine Nachricht, und du kannst verlangen, dass diese Nachricht klickbar ist und direkt zum Spieler teleportiert. Willst du denselben Alarm auf Discord, sag, dass das Plugin die Events an einen Webhook schicken soll, den du in der Konfiguration einträgst.

• /report mit einer Liste, die dein Team im Spiel durchgehen kann
• Privater Team-Chat, Vanish-Modus, Inventar ansehen
• Alarm im Spiel, wenn ein Schwellenwert überschritten wird, mit Teleport per Klick
• Events an einen Discord-Webhook, wenn du danach fragst
• Übersicht beim Einloggen: laufende Strafen, offene Meldungen

So beschreibst du dein Plugin, damit am Ende etwas Brauchbares steht

Minax schreibt echten Java-Code, erzeugt plugin.yml und pom.xml, kompiliert mit Maven und startet eine Selbstkorrektur-Schleife, wenn der Build fehlschlägt. Du bekommst ein .jar und kannst es auf einem Paper-Server online starten, um im Spiel zu prüfen, ob die Befehle wirklich tun, was du denkst, bevor du deinen echten Server anfasst.

Die Qualität hängt fast vollständig davon ab, wie genau du beschreibst. Beim Thema Moderation entscheidet ein Detail alles: der Abstand zwischen „Farmen erkennen“ und „im Team-Chat warnen, wenn ein Spieler mehr als 400 Steinblöcke pro Minute außerhalb seines Grundstücks abbaut“ ist der Abstand zwischen einem Plugin, das du löschst, und einem, das du behältst.

• Häng an jede Regel eine Zahl, du kennst deinen Server
• Nenn deine Befehle: /warn, /mute, /history, /report
• Sag, was beim Überschreiten passiert: loggen, warnen, bestrafen, oder alles drei
• Leg fest, welche Ränge was dürfen und welches Rechte-Plugin du nutzt
• Gib deine Minecraft-Version und deine Plattform an: Paper, Spigot, Bukkit oder Folia
• Frag nicht nach einem kompletten Movement-Anticheat, frag nach deinen eigenen Regeln

Häufige Fragen