Ledger-Persistenz über resume + menschliche Review-Kommentare im Ledger #8

Folgt auf #6. Spec: docs/2026-11-13-befund-ledger-critic-verdikt-design.md, Abschnitt „Außerhalb dieses Docs (dokumentierte Lücken)“.

Ist-Zustand:

• Der Ledger lebt nur in der laufenden Session. Nach /devloop:resume beginnt er leer, und iteration steht wieder bei 0. Persistent ist nur der Critic-Nachweis, über den Draft-Status des PRs.
• Ein menschliches changes-requested auf merge-pending führt zu RE_GEN, ohne Ledger und ohne maxIter (driver.ts, Zweig für merge-pending).

Folgen:

• Oszillation und Stagnation über eine Resume-Grenze hinweg sind unsichtbar.
• Ein Mensch kann einen falsch-positiven Critic-Befund nicht als „Risiko akzeptiert“ markieren. Ein solcher Befund endet heute immer in einer Eskalation.

Zu klären (Vertrauensfrage, vor jedem Code):

• Wird der Ledger zum Beispiel als Bot-PR-Kommentar persistiert, schreibt ihn die beobachtete Seite selbst. Gate-Befunde könnte die CI neu berechnen, Critic-Befunde nicht.
• Wie kommen menschliche Review-Kommentare in den Ledger, einschließlich „akzeptiert“ als eigenem Zustand?
• Wie gelangen iteration und maxIter über resume?

Beide Punkte gehören zusammen. Das ist eine Spec-Änderung: Sie muss vor der Umsetzung abgenommen werden.