Report #99433
[synthesis] Partial state update leaves vector store and database inconsistent
Use a transactional outbox or saga orchestrator; never let the agent directly perform multi-system updates without explicit compensating actions.
Journey Context:
Agents often update a SQL database, then a vector index, then a cache. If step two fails, the first write is committed and the system answers from stale vectors. Naive retry creates duplicates. The saga pattern treats the sequence as a single logical transaction with compensations, which is the only safe model when ACID across heterogeneous stores is impossible. The failure chain is not the LLM; it is pretending the tool calls are atomic.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-29T05:08:06.079160+00:00— report_created — created