{
"llm" : {
"feedback" : "# Exercise: todo\n\nLlm Evaluation ist für diese Aufgabe deaktiviert. Entferne die .llmignore Datei vom Package der Aufgabe.\n\n\n# Exercise: energymeter\n\n### Correctness\n- Es fehlen beide Attribute `capacity` und `level`.\n- Es fehlt der Konstruktor `EnergyMeter(double capacity)`.\n- Es fehlen die Methoden `fill(double energy)`, `consume(double intensity, double duration)` und `percentFull()`.\n\n### Suggestion\n- Lege zuerst die zwei Zustandsvariablen als Attribute in der Klasse an, damit der aktuelle Stand und die maximale Kapazität gespeichert werden können.\n- Implementiere dann den Konstruktor mit genau einem `double`-Parameter und initialisiere dort die Attribute sinnvoll (insbesondere den Start-Füllstand).\n- Ergänze danach die drei Methoden mit den geforderten Signaturen (Parameter/Rückgabetyp). Orientiere dich daran, was ein Energy-Meter fachlich tun soll: `fill` erhöht, `consume` reduziert abhängig von Intensität und Dauer, `percentFull` berechnet einen Prozentwert aus Füllstand und Kapazität.\n\n### Code Style\n- Aktuell besteht die Datei nur aus einem TODO; sobald du implementierst, achte darauf, dass Methodennamen, Parameter und Sichtbarkeiten exakt zu den Vorgaben/Tests passen (kleine Abweichungen führen bei Unit-Tests schnell zu Fehlern).\n\n\n# Exercise: pong\n\nLlm Evaluation ist für diese Aufgabe deaktiviert. Entferne die .llmignore Datei vom Package der Aufgabe.\n\n\n# Exercise: stepstats\n\n### Correctness\n- `averageSteps` wird im Konstruktor nicht als Durchschnitt berechnet; deine aktuelle Rechnung `averageSteps += (double) totalSteps % steps.length;` ergibt keinen Mittelwert der Schritte.\n- Durch das `+=` in der Schleife wird `averageSteps` zudem über alle Iterationen aufsummiert, statt am Ende genau einmal aus `totalSteps / steps.length` bestimmt zu werden (wie in der Aufgabenbeschreibung gefordert: Berechnungen im Konstruktor, Resultate danach über Attribute).\n- In `StepTracker` fehlt (wie in der Vorlage/Beispiellösung) die Klassendeklaration und eine korrekte `public static void main(String[] args)`-Methode; so wird der Client-Code in einer normalen Java-Umgebung nicht wie verlangt lauffähig sein.\n\n### Suggestion\n- Überlege dir: Welche zwei Zahlen brauchst du für den Durchschnitt wirklich? Sammle diese in der Schleife und setze `averageSteps` erst nach der Schleife (einmalig) auf den Quotienten.\n- Prüfe den Operator in deiner Durchschnittsformel: Für den Mittelwert brauchst du Division, nicht den Modulo-Operator (`%`).\n- Vergleiche die Struktur deiner `StepTracker`-Datei mit derjenigen aus der Vorlage: Was muss um die `main`-Methode herum noch vorhanden sein, damit es eine gültige Java-Klasse ist?\n\n### Code Style\n- Viele auskommentierte alte Lösungsansätze (alter Konstruktor, `computeStatistics`, Array-Return etc.) machen den Code schwer lesbar; entferne sie, sobald du dich für die OO-Variante entschieden hast.\n- Inkonsistente Einrückung/Formatierung (z.B. `int totalSteps;` anders eingerückt als die anderen Attribute); formatiere einheitlich.\n- `totalSteps` ist als Feld deklariert, wird aber nur für die Berechnung im Konstruktor benötigt; als lokale Variable im Konstruktor wäre es klarer und reduziert Zustands-/Seiteneffekte.\n",
"status" : "SUCCESS"
}
}