[Bug] Read-only status reconstruction conflates file existence with completion

Status Open
Reported on v2.1.287
Maintainer reply None cached
Activity 0 comments · opened Oct 2, 2026

Bug Description
Typ: bug

Titel: Read-only Status-Rekonstruktion wertete Dateiexistenz und Vorsession-Memory fälschlich als Fertigstellungsnachweis

Failure-Mode: overconfidence_and_hallucination
Task: review
Area: read-only recovery / status reconstruction

What happened:
Bei einer read-only Stand-Rekonstruktion stufte das Modell die Schritte A–E eines laufenden Branches als „gebaut und grün" bzw. weitgehend abgeschlossen ein. Diese Einstufung wurde im Wesentlichen aus (a) der Existenz passend benannter Dateien, Hooks und Komponenten sowie (b) einer Aussage aus der Vorsession-Memory abgeleitet.

Das Modell ging dabei über die vorhandenen Belege hinaus und erklärte sogar die Prämisse des Nutzer-Auftrags, wonach D/E noch offen seien, für „veraltet/widerlegt".

Eine anschließende konkrete Codeprüfung zeigte dagegen: A–C waren weitgehend fertig, B hatte noch offene Types-Governance, D war noch nicht V2-konform fertiggestellt und E noch nicht vollständig verdrahtet. Die vorhandenen Dateien waren teilweise lediglich ältere oder wiederverwendbare Infrastruktur und kein Beleg für die vollständige Umsetzung des aktuellen Vertrags.

What the user said:
„Nicht ‚A–E sind bereits gebaut'. Richtig ist: A–C weitgehend fertig; B hat noch Types-Governance, D muss V2-konform fertiggebaut werden, E muss vollständig verdrahtet werden. Erst danach Browserabnahme."

Repro:

  1. Read-only Recovery-/Stand-Rekonstruktionsaufgabe zu einem laufenden Feature-Branch.
  2. Modell findet Dateien/Hooks mit Namen, die zu den erwarteten Arbeitsschritten passen.
  3. Zusätzlich liegt Vorsession-Memory mit einer früheren Statusaussage vor.
  4. Modell schließt daraus auf „implementiert/fertig", ohne die fachlichen Anforderungen der einzelnen Schritte systematisch gegen den tatsächlichen Code zu prüfen.
  5. Daraus wird anschließend ein falscher Wiedereinstiegspunkt abgeleitet.

Observed failure pattern:

  • Dateiexistenz wurde mit funktionaler Vollständigkeit gleichgesetzt.
  • Wiederverwendbare bzw. ältere Infrastruktur wurde als Umsetzung des neuen V2-Vertrags gewertet.
  • Vorsession-Memory wurde gegenüber dem aktuellen Code zu stark gewichtet.
  • Grüne CI eines Draft-PR wurde als Fertigstellungsnachweis interpretiert, obwohl sie nur belegt, dass der aktuell vorhandene Umfang baut und die vorhandenen Tests besteht.
  • Die Unsicherheit wurde nicht kenntlich gemacht; stattdessen wurde eine gegenteilige Nutzerprämisse als überholt dargestellt.

Expected behavior:
Bei einer read-only Status-Rekonstruktion sollte der Status jedes Arbeitsschritts anhand seiner konkreten Akzeptanzkriterien gegen den aktuellen Code, Tests und CI-Nachweise geprüft werden. Dateiexistenz, grüne CI und Vorsession-Memory dürfen nur als Hinweise dienen, nicht als Beleg für fachliche Vollständigkeit.

Insbesondere sollte klar unterschieden werden zwischen:

  • Datei/Komponente vorhanden,
  • Codepfad tatsächlich implementiert,
  • vertraglich vollständig,
  • durch Tests belegt,
  • durch CI belegt,
  • im Browser/End-to-End abgenommen,
  • produktiv verifiziert.

Bei widersprüchlichen Hinweisen sollte der aktuelle Code Vorrang vor Memory haben und Unsicherheit ausdrücklich ausgewiesen werden.

Environment Info

  • Platform: win32
  • Terminal: windows-terminal
  • Version: 2.1.287
  • Feedback ID: 6518561d-4371-4d62-b318-595642f4cd6d

View original on GitHub ↗