Step 5 of 6
Change a policy safely
Developer Preview
Treat every policy edit as a new reviewed operating boundary. Preserve the previous version so the change remains understandable and reversible.
Policy version history
Review the active policy and the versions it replaced.
Spot swapper · v3
Active- v3Added USDC recipient controlsCurrent · 23 Jul 2026Active
- v2Reduced per-transaction capSuperseded · 20 Jul 2026
- v1Initial Spot swapper policySuperseded · 18 Jul 2026
Simplified Nava Guardian interface · Example data · No API calls
Before editing
Start from a concrete operational reason: a rejected action that should be allowed, a capability that is no longer needed, a changed wallet or market, or a safer limit. Record the agent, active version, relevant verdict, and exact control that needs to change.
Create the next version
- Open the agent and select Edit policy.
- Copy the active version when you want to preserve its reviewed settings.
- Change only the controls required by the stated operational reason.
- Review assets, recipients, contracts, trade sides, numeric limits, and sanctions controls.
- Save the new version and confirm which version becomes active.
- Exercise the change with a controlled test action.
Never remove or weaken sanctions controls to make a request pass. Do not broaden several unrelated capabilities in one version; smaller changes make the resulting verdicts easier to understand.
Verify the change
Open the next activity record and confirm that it cites the new policy version. Check that the intended action is handled correctly and that unrelated restrictions remain in place. The version-history view should retain the superseded configuration for comparison.