Overview
EXECUTION PROPOSAL capabilities create a proposal and branch diff instead of committing writes.
A proposal lookup id such as wrp://1 is returned by Synapsor when the proposal is created. Use that returned handle for PREVIEW, APPROVE, COMMIT, SETTLE, READ RESOURCE, and audit queries; last_proposal is only a current-session learning alias.
Reviewers can approve, reject, or commit after inspecting evidence. Policy-matched proposals can also be settled by a deterministic policy that explicitly enables auto-commit and auto-merge.
Rejected proposals leave production unchanged.
Write proposal lifecycle
Proposal mode is the write proposal flow for agent-assisted changes.
The app calls an approved capability with hidden tenant and principal bindings.
Synapsor writes proposed changes away from main and returns a proposal lookup id.
Reviewers inspect the diff, target rows, evidence bundle, and audit metadata.
A human or deterministic settlement policy approves policy-matched proposals.
Only approved changes reach main; rejected proposals leave production unchanged.
Developer notes
- Require reviewer identity on approval.
- Show row-level diffs before commit.
- Keep evidence attached to proposal records.
- Make commit idempotent and auditable.