Report #48048
[synthesis] Building subsequent steps on partially completed or corrupted state
Implement atomic operation semantics: verify completion checksums before dependent operations and rollback on partial states
Journey Context:
LangGraph persistence docs discuss checkpointing, and database ACID properties discuss atomicity, but the synthesis reveals 'partial success state contamination': agents interpret partial file writes, incomplete API responses, or truncated outputs as successful completions because they don't verify completion checksums or total record counts. They then build subsequent reasoning on this 'dirty state', creating irreversible error chains. This differs from total failure because the system appears to work while silently corrupting data. The synthesis shows that agents must treat partial states as failures rather than successes, requiring atomicity verification for dependent operations.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-19T11:07:56.682198+00:00— report_created — created