Planungs-Werkzeuge-Guide: Build-, Material- und Team-Seiten als Workflow nutzen

Die Planungs-Seiten beantworten drei verschiedene Fragen, und sie funktionieren am besten nacheinander. Der Team-Builder /team-build beantwortet „verbindet diese Rotation“ aus den Setz- und Verbrauchs-Regeln. Der Build-Planer /build-planner beantwortet „was trägt dieses Team“ aus Kompatibilität, Optionen, Sets und Runen. Der beantwortet „was trägt dieses Team“ aus Kompatibilität, Optionen, Sets und Runen. Der Material-Planer /material-planner beantwortet „was kostet das alles“ aus dem kumulativen Upgrade-Buch. Mit dem falschen Werkzeug zu beginnen, verschwendet die Session, also zählt der Workflow mehr als jede einzelne Seite.

Die Pipeline-Reihenfolge lautet: erst Team, dann Build, dann Materialien. Ein Team, das nicht verbindet, macht den Build irrelevant; ein Build, den man sich nicht leisten kann, macht die Materialien zum eigentlichen Engpass. Die drei Seiten in Reihenfolge zu laufen, macht aus jeder Upgrade-Entscheidung eine prüfbare Abfolge.

Die wöchentliche Gewohnheit beginnt mit der Rotation. Öffne den Team-Builder /team-build, verifiziere die Kette des aktiven Trios gegen den aktuellen Kader und die aktuellen Regeln und bestätige, dass keine neue Freischaltung die Kanten geändert hat. Der Builder meldet, welche Kante fehlt, wenn die Kette scheitert, also ist der erste Fix meist ein Slot, kein Neubau. Ist die Rotation bestätigt, ist die Team-Frage für die Woche geschlossen.

Die Team-Frage sollte nach jeder Freischaltung, jedem Patch oder Respec neu gelaufen werden, weil die Ketten-Fakten aus den aktuellen Daten berechnet werden. Ein Verbinder, der letzte Woche optimal war, kann diese Woche eine günstigere Route haben, und der Builder zeigt es, ohne etwas auszugeben.

Sobald die Rotation verbindet, beginnt die Build-Frage: Welche Ausrüstung passt zum Team, welche Set-Schwellen aktiviert das Loadout und welche Runen unterstützen dasselbe Ziel? Der Build-Planer /build-planner hält den Loadout-Zustand – die fünf Slots, die Teile, die Verstärkungs-Ziele, die Rune-Slots – und vergleicht Alternativen, ohne Materialien auszugeben. Die Build-Antwort speist die Farm-Ziele: ein Set-Teil, ein Options-Pool, ein Verstärkungs-Level.

Der Build-Planer fängt auch die Werkzeug-übergreifenden Fehler: ein Set, das in der Datenbank gut aussieht, aber mit den Status des Teams kollidiert, oder eine Rune, die einen Wert erhöht, den die Rotation nie nutzt. Das Loadout gegen die Kette zu vergleichen, hält die zwei Antworten konsistent.

Die letzte Frage sind die Kosten. Der Material-Planer /material-planner führt die Skill-Meilensteine des Teams, die Verstärkungs-Ziele des Builds und eventuelle Karma- oder Koch-Ziele in einem Engpass-Buch zusammen, und das Buch ist der Farm-Zeitplan. Die Route für die Engpässe kommt aus der Gegenstands-Datenbank /items und der und der Orbis-Karte /map, und der Wochen-Kreislauf speist den Rest. Zeigt das Buch einen Engpass ohne dokumentierte Quelle, wird dieser Gegenstand zum In-Game-Check statt zur geplanten Ausbeute.

Das Buch ist auch der Realitäts-Check. Ein Build, der perfekt aussieht, aber drei Wochen eines geteilten Materials kostet, ist eine andere Entscheidung, sobald die Zahl sichtbar ist, und der Planer macht die Zahl vor dem Ausgeben sichtbar. Der ehrliche Workflow endet mit dem Buch, nicht mit dem Build.

Die drei Seiten funktionieren am besten als eine einzige wöchentliche Rückschau: Team im Team-Builder /team-build, Loadout im Build-Planer /build-planner, Budget im , Budget im Material-Planer /material-planner und die restlichen Fragen an die Datenbanken und die Karte delegiert. Die Rückschau dauert Minuten und ersetzt drei Improvisationen durch einen Plan. Wenn sich das Spiel ändert – ein Patch, eine Freischaltung, eine neue Inhaltsart –, läuft dieselbe Rückschau gegen die aktuellen Daten neu, sodass der Plan seine Fakten nie überlebt.

Die Gewohnheit trägt sich selbst: Je öfter Team, Build und Budget in dieser Reihenfolge geprüft werden, desto schneller fallen Abweichungen auf, bevor Materialien ausgegeben sind. Die Pipeline ist dann nicht mehr Werkzeug, sondern Denkweise.