Der Slimefun-Befehl /sf besitzt im Code getrennte Unterbefehle für Guide, direktes Öffnen und Suche. /sf guide legt das Handbuch ins Inventar; /sf open_guide öffnet den Überlebens-Guide direkt; /sf search <Suchbegriff> springt in eine Ergebnisliste. Jede Aktion prüft eigene Berechtigungen.

Was du vor dem Start prüfen solltest

/sf guide, /sf open_guide und /sf search gezielt einsetzen. Prüfe dabei zuerst den aktiven Server, deine Rolle und den tatsächlichen Ausgangszustand. Gerade bei Besitz, Geld oder Inventar kann ein Schritt Auswirkungen haben, die sich nicht durch erneutes Klicken rückgängig machen lassen. Arbeite an einer kleinen Testmenge oder einer Testfläche, wenn die Funktion neu für dich ist.

Schritt für Schritt

1. Schritt 1: Mit /sf guide ein Handbuch erhalten, falls Inventarplatz frei ist. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
2. Schritt 2: Alternativ /sf open_guide für die direkte Ansicht verwenden. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
3. Schritt 3: Einen konkreten Itemnamen oder Teilbegriff mit /sf search <Begriff> suchen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
4. Schritt 4: Im Ergebnis Kategorie, Forschungsstatus und Rezepttyp vergleichen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
5. Schritt 5: Ein Item anklicken und Zutaten samt Mengen notieren. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
6. Schritt 6: Mit Zurück zur Kategorie gehen und verwandte Vorprodukte ansehen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.

Details und typische Anwendung

Ein Suchergebnis ist keine Garantie, dass das Item schon erforscht oder auf diesem Server herstellbar ist. Der Guide zeigt den aktiven Datenstand und sollte einer alten Webliste vorgehen. Speichere für komplizierte Ketten die englischen Originalnamen der Items, da die Suche damit oft eindeutiger wird. Wenn ein Befehl „no permission“ meldet, ist dies keine Rezeptstörung.

Ein vollständiger Test hat drei sichtbare Zustände: den Anfang, die Aktion und das Ergebnis. Vergleiche die Anzeige nach dem Vorgang mit dem Anfang. Eine Chatmeldung allein reicht bei Geld, Rechten oder Lagerbeständen nicht immer aus; die zugehörige Übersicht sollte denselben Zustand zeigen. Bei gemeinsam genutzten Projekten hilft es, Änderungen mit Zeitpunkt und zuständiger Person kurz festzuhalten.

Fehlersuche

Bei leerer Suche alternative Schreibweise und Kategorie probieren. Wenn der Guide nicht ins Inventar kommt, Platz schaffen oder open_guide verwenden. Bei einem fehlenden Addon-Item Servername und Suchbegriff dokumentieren.

Ändere bei der Fehlersuche nur eine Sache pro Versuch. Prüfe zunächst die Eingabe, dann Berechtigung und Gebiet, anschließend den Serverzustand. Wenn eine Zahlung oder Buchung möglicherweise ausgeführt wurde, löse sie nicht erneut aus, bevor die Historie geklärt ist. Ein reproduzierbarer Fehler mit genauer Meldung ist für den Support viel hilfreicher als viele unklare Wiederholungen.

Abschlusskontrolle und Support

• Stimmt die angezeigte Objekt-ID, Position oder der Empfänger?
• Hat sich nur der erwartete Wert beziehungsweise Bestand geändert?
• Ist die Funktion für andere Beteiligte so sichtbar, wie beabsichtigt?
• Kannst du den Vorgang mit einem kleinen Beispiel erneut nachvollziehen?

Für eine Meldung gehören Server, Welt oder Panel-Seite, Uhrzeit, ausgeführter Befehl beziehungsweise Klickfolge, erwartetes Ergebnis und sichtbare Fehlermeldung zusammen. Bilder bitte auf den relevanten Ausschnitt beschränken. Zugangsdaten, Tokens und vollständige Zahlungsdaten niemals beilegen.