The resolved issues preflight + findings_log
On round 2+, the primary agent prepends a preflight list to the brief so the fresh Skeptic doesn't re-raise already-fixed issues:
The following issues were identified and resolved in prior rounds.
Do not re-raise them unless the resolution is genuinely insufficient:
[C1: Missing auth check on /admin endpoint → Added middleware guard]
[M1: No error handling on payment callback → Added try/catch with rollback]
Inside the persistence loop: the preflight list is backed by findings_log - a structured in-context accumulator tracking every finding across all iterations (id, severity, first_raised, status, claimed_fix, re_raised). When the Skeptic re-raises a previously-addressed finding, it uses [PREV: <id>] so the conductor can mechanically detect it and update re_raised: true.
Auto-close rule: when the Skeptic grants sign-off (zero new findings), ALL findings_log entries with status: open or status: addressed are automatically closed. The absence of re-raise is an implicit confirmation that all fixes were accepted.
Fresh context for independence. Preflight list for efficiency. findings_log for accountability across iterations.