Hauptgedanke

Das einzige Signal, das man erhält, ist die Blockade. Sie kommt Stunden nach dem Verbrauch, der sie verursacht hat, und sie unterscheidet nicht zwischen dem Skill, der dreimal gestartet wurde, und dem, der nur einmal lief. Sonst zeigt sich nichts: kein Fehler, keine Verlangsamung, keine Meldung — ein verschwenderischer Skill liefert genau dasselbe Ergebnis wie ein sparsamer.

Die Aufschlüsselung entsteht also nicht von selbst: Man muss sie aufbauen, Schritt für Schritt, indem man jedem einen Anteil am Gesamtverbrauch zuweist. Solange diese Sicht nicht hergestellt ist, bleibt einem angesichts des Limits nur, zu warten oder weniger zu arbeiten.

Warum das wichtig ist

Das unterscheidet ein Verbrauchsproblem von einem gewöhnlichen Defekt: Es meldet sich nicht durch eine Fehlfunktion, sondern durch eine schrumpfende Arbeitskapazität.

Und es erklärt, warum das Thema so lange aufgeschoben wird — es gibt keinen Moment, in dem es sich als Vorfall zeigt, den man beheben müsste.

Nuancen und Grenzen

Die Aufschlüsselung zu kennen, zeigt nicht immer auf ein Ziel: Teilen sich drei Skills den Verbrauch zu gleichen Teilen, sagt die erstellte Sicht nicht mehr als die Blockade.

Und diese Sicht bleibt eine Rekonstruktion, keine Messung: Was sie einem Schritt zuschreibt, ist geschätzt.

Offene Fragen

• Wer hat ein Interesse daran zu messen, was eine Ausführung gekostet hat, wenn derjenige, der sie startet, die Rechnung nie sieht?