0 and 1. The score maps to a trust level, and the level determines which operations the entity is allowed to perform.
Model
- Trust increases with reliable, policy-compliant execution.
- Trust decreases with errors, unsafe behavior, or policy violations.
- Trust decays when an entity is idle, so privilege is earned continuously rather than granted once.
- Action permissions are derived from the current trust level, not from static identity.
Trust levels
The runtime maps each score to one of five levels. Operations are cumulative as the level rises.
You can fetch the live level definitions — including decay and reinforcement parameters — from
GET /api/v1/trust/levels.
How scores change
The defaults that ship with the runtime:- Reinforcement:
+0.02per recorded success - Penalty:
-0.05per recorded failure - Decay:
1%per day of idleness
amount to override the default delta.
Gating an operation
Before dispatching a sensitive operation, check whether the entity is allowed to perform it:allowed: true or allowed: false based on the entity’s current level. Use GET /api/v1/trust/{entityId}/permissions to enumerate every operation an entity can currently perform.
Why it matters
Static, identity-only privilege is a systemic risk in multi-agent runtimes — a single compromised or drifting agent can keep its rights long after its behavior justifies them. Behavior-driven trust scoring closes that gap: privileges contract automatically as evidence accumulates, and have to be re-earned through successful, compliant work.Related
- Trust API reference
- Hebbian learning — how agent-to-agent connection weights evolve alongside trust
- Governance metrics
