Documentation Index
Fetch the complete documentation index at: https://docs.manthan.systems/llms.txt
Use this file to discover all available pages before exploring further.
The immutability guarantee
Once a policy version is signed and deployed, it is immutable. You cannot modify a signed policy - you create a new version instead. This means every historical decision can always be re-evaluated against the exact policy version that governed it. ThepolicyVersion in every attestation is a permanent, auditable reference.
Version format
Versions use semver format:1.0.0, 1.0.1, 2.0.0.
The v-prefix format (v1, v2) is not supported and will be rejected by the policy compiler with error POL-022.
Creating a new version
Via the CLI
Via the API
policy.json in the new directory, compile, and sign:
Running multiple versions simultaneously
Multiple policy versions can coexist - old clients can continue using the previous version while new clients use the updated one:Rollback strategy
You cannot modify or roll back a deployed version. To revert to previous behavior:- Create a new version (e.g.,
1.0.2) with the old rules - Deploy
1.0.2 - Direct clients to use
1.0.2
policyVersion field identifies which rules governed each decision.
What changes between versions
upgradePolicy copies the previous version’s policy.json to the new directory and increments the patch version. You then edit the copy to make your changes. Common scenarios:
| Change type | Version bump | Notes |
|---|---|---|
| Rule threshold change | patch (1.0.0 → 1.0.1) | Same signals schema |
| New signal added | minor or major | Update signalsSchema |
| Breaking rule restructure | major (1.0.0 → 2.0.0) | Existing clients need migration |
Validating all versions
See also
- Policies - how policies are structured
- Policy Schema Reference - complete field reference
- Write Your First Policy - create and sign a policy