Skip to content

Make your policies part of the work.

Write the rule in plain language. Test how it applies. Bring the right person into the decisions that need approval.

Apply one rulebook to people and agents.

Make policy part of the decision, with consistent checks on work routed through the governed path. Keep the rule, the evidence, and the reason for a hold together.

From a written rule to a working boundary.

Bring the policy lifecycle into the work itself. Define what should happen, test the consequence, and keep review connected to the request.

Write what you mean.

Describe the action, the conditions, and when approval is required. Turn supported rules into consistent checks.

Bring in your policies

See what would change.

Replay a rule against recorded history. Inspect what it would have held before putting it into effect.

Explore simulation

Make review informed.

Give an authorized reviewer the request, the rule, and the evidence behind the hold.

Follow an approval
Finance handbook

The rule is already written.

Refunds above $500 require approval from an authorized finance reviewer.
Rule for review

Hold refunds above $500 until approval is recorded.

Review and confirm the rule before adding it to your policies.

Start with the policies you already have.

Write a rule directly or scan an existing policy document. Review the extracted statements and confirm the rules you want to adopt.

Compilation, duplicate checks, and conflict checks help keep the rulebook coherent. Source attribution stays with confirmed document rules.

Test the boundary to understand its effect.

Evaluate a draft or saved rule against recorded history. See which requests it would have held or denied, with the reason for each result.

Draft policy

Refunds above $500 require approval.

Change the approval threshold to see which requests would need review.

RequestRule outcome
$240 refundSupporting ticket attached
Within threshold
$420 refundSupporting ticket attached
Within threshold
$612 refundSupporting ticket attached
Would hold

Other permissions and policy checks still apply.

A hold should come with a reason.

Keep the action waiting while an authorized person reviews it. The approval gate brings the request, the applicable rule, and the supporting context into one decision.

If a required check cannot be completed, the action does not proceed. An approval still has to respect other permissions, policies, and operating limits.

Explore agent governance
Approval gateAwaiting review

A $612 refund needs finance approval.

Requested by
Finance agent
Policy
Approval required above $500
Sources
Customer request and supporting ticket
Next step
Authorized finance review
The request and the review decision stay connected on the record.

Change the rule while preserving its history.

Keep each version and the decisions made under it. A new policy changes the work ahead while earlier receipts retain the rule that applied at the time.

Explore receipts and verification
Previous version

The earlier policy remains on record.

Past decisions keep their policy reference, even after the rule changes.

Policy change

The revision has its own history.

See the change, the person behind it, and the resulting policy version.

Current version

The new rule governs what comes next.

Matching actions are checked against the policy now in force.

Have questions?

How do we write a policy?

Describe the rule in plain language: the action it covers, the conditions that apply, and when it should proceed or require review. Supported rules compile into deterministic checks, with the draft checked for duplicates and conflicts before it is saved. A rule that cannot be interpreted safely does not silently become an active policy.

Can we bring in our existing policy documents?

Yes. Upload a policy document to scan it for standing rules. Review the proposed rules and confirm the ones you want to add. Scanning a document does not activate its contents; confirmed rules pass through compilation and conflict checks and retain their source attribution.

What does policy simulation show?

Policy simulation evaluates a compiled draft or saved rule against recorded history in a chosen window of up to 90 days. It shows matching actions the rule would have held or denied and the reasons. It does not execute those actions or activate the draft. Its usefulness depends on the history and context available.

Who reviews a held action?

Held actions go through the appropriate approval gate for an authorized reviewer. The gate connects the request, the applicable rule, and the supporting context. The decision and reviewer are recorded. Approval does not remove other required permissions, policy checks, or agent operating limits.

Do the same policies apply to people and AI agents?

People and agents share the governance path for actions routed through the platform. Applicable policies, permissions, and evidence checks determine the verdict. Agent-specific rules can narrow authority further, but cannot grant authority beyond the organization’s policies.

What happens when a policy changes?

A policy change creates a new version and a lifecycle record. Earlier versions remain available, and receipts preserve the policy reference behind earlier decisions. An authorized person can also disable, re-enable, or archive a policy through its managed lifecycle.

What if a required check cannot be completed?

Required checks fail closed: a rule that cannot be evaluated does not permit the action to proceed. The decision records the problem or missing evidence so it can be addressed. Activity imported after execution is observed evidence and cannot be retroactively held.

Put your policies to work.

Bring a rule, a workflow, and the decisions your team wants to govern.

We do not currently use analytics or advertising cookies. Cookie policy · Privacy policy