/brandiads list zeigt Boards mit ID, Name, Status, Welt und Ankerkoordinaten. /brandiads status liefert Laufzeitstatus einschließlich geladener und gerenderter Platzierungen sowie Cache und Downloads. /brandiads debug placement <ID|Name> richtet sich an Berechtigte zur Detaildiagnose.

Was du vor dem Start prüfen solltest

/brandiads list, status und placement-Diagnose verstehen. 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 /brandiads list die gewünschte ID ermitteln. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
2. Schritt 2: Welt und Position mit dem tatsächlichen Standort vergleichen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
3. Schritt 3: Bei unsichtbarer Tafel /brandiads status lesen, sofern berechtigt. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
4. Schritt 4: Eine einzelne Tafel mit /brandiads debug placement <ID> prüfen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
5. Schritt 5: Welt- und Chunk-Bereitschaft sowie Frame-Zahl vergleichen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
6. Schritt 6: Ergebnisse samt Uhrzeit an das zuständige Team geben. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.

Details und typische Anwendung

Der Status kann ONLINE, SYNCING, DEGRADED oder OFFLINE für die Manageranbindung zeigen. Ein fehlendes Bild kann sowohl an fehlenden Frames als auch an noch laufendem Download liegen. Eine erneute Erstellung der Tafel ist dann nicht der erste Schritt. Die Debugansicht zeigt zudem, ob Bildpuffer und erwartete Karten vorhanden sind.

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 falscher ID zunächst list nutzen. Bei nicht bereiten Chunks Standort laden und erneut prüfen. Bei dauerhaftem DEGRADED den letzten Fehler und die Tafel-ID melden; wiederholtes reload ohne Ursachenprüfung kann die Diagnose erschweren.

Ä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.