Skip to content

Home / Platform / Policy and governance

Platform · Governance

Nothing runs unless your policy says so.

Decide which teams and agents can use which tools, down to individual actions, and RimSift enforces it on every single call.

Tool policy: Sales teamDefault deny: on
ToolAccessRule
crm.read_accountAllowedAll sales staff
crm.export_contactsBlockedNot on the list
email.sendApprovalExternal recipients
files.deleteBlockedNot on the list

Illustrative interface

01

Default deny.

Tools not on the list are blocked. New tools need approval before anyone can use them, so access never grows quietly.

New tool requestPending
notion.search requested by EngineeringAwaiting approval
Description reviewedDone
Added to approved catalogueAfter approval

Illustrative interface

02

Tool sets for each team.

Engineering gets read access to code; finance doesn't see it at all. Agents only see the tools they're allowed to call, so they can't be tempted by the rest.

Tool sets3 teams
TeamTools visible to agents
Engineeringgithub, jira, docs
Salescrm (read), email
Financeerp, payments (approval)

Illustrative interface

03

Limits on what a tool can do.

Restrict destinations, file paths and commands, not just tool names. Hold risky actions for a person to approve before they run.

Rules for payments.create_transferFinance
Amount over £5,000Needs approval
New payeeNeeds approval
Outside working hoursBlocked

Illustrative interface

What it protects against

Keep agents inside the lines you draw.

Agents gaining more access over timeAgents calling tools they don't needDangerous commands through an allowed toolUnapproved tools appearing in use

Maps to OWASP MCP Top 10: MCP02 privilege and scope creep, MCP05 command injection.

See every AI tool call your organisation makes.

A 30-minute demo with our engineers, on the AI tools you already use.