About Agent Contracts

Important Agent Contracts are available in private preview. Details in this topic are based on pre-release designs and an early build, and are subject to change before general availability.

An agent contract is a written set of rules, in natural language, that defines what an AI agent is allowed to do, what data it can access, and what outcomes it is responsible for. An agent contract turns informal expectations about agent behavior into a reviewable, auditable record that Guardian Agents can enforce at runtime.

Each rule in an agent contract is a plain-language statement, for example:

Enabling the feature

Agent Contracts must be enabled before you can create one. In Cogwheel iconSettings, under AI Command Center, click the Guardian and contract tab, and switch on AI Agent contracts. For complete steps, go to Set up AI Command Center.

Permissions

The following permissions apply to Agent Contracts:

The Guardian pages can show agents, and their issues, only for the AI Agent assets that you can view.

Note TBC - no license tier check was found for these permissions (Groundwork, 2026-10-22), and no default role other than AI Business User was confirmed for Register Agent Contract. Confirm the license tiers, the other default roles, and what hides the Guardian tab on an AI Agent asset page, tracked in DOC-18301.

Rules and limits

When you create or update an Agent Contract, the following limits apply:

Every change to the rules, including changing their order, creates a new version of the Agent Contract. Pushing the same rules in the same order as the active version doesn't create a new version. A reworded rule is treated as a new rule. The new version is active immediately, without an approval step.

The text of a rule isn't checked for syntax when you save it. Whether Guardian can enforce a rule is determined later, when it compiles the Agent Contract. Rules that Guardian can't enforce are not applied. If a global rule and a specialized rule conflict, the global rule takes precedence.

Note TBC - confirm with dev how a user sees which rules Guardian couldn't enforce, and what a conflict between rules looks like in the interface.

Example scenarios

A customer-support agent is authorized to access customer account information, but not employee HR data. If an agent contract rule establishes that boundary and the agent attempts to access an HR dataset, Guardian identifies the action as a violation and applies the appropriate response, before any sensitive information is exposed.

A procurement agent is authorized to search approved suppliers and prepare purchasing recommendations, but not to execute transactions above a defined threshold. An agent contract rule captures that limit, and Guardian intervenes if the agent attempts an action that exceeds it.

Agent contracts page

The Agent contracts page shows an overview of all Agent Contract assets in your environment:

Below these metrics, a table lists each Agent Contract that you can view in your environment. The global Agent Contract is always listed first, and you can sort the table by name, number of rules, or last updated date:

Column Description
Name The Agent Contract's name, linking to its asset page.
Number of rules The number of rules in the active (latest) version of the Agent Contract. Each rule is a single plain-language statement describing something the agent is allowed, required, or forbidden to do, as in the examples earlier in this topic.
Governed agents The number of AI Agent assets this Agent Contract currently applies to, counted when you open the page. For the global agent contract, this is every AI Agent asset in your environment that you can view; for specialized agent contracts, it's the AI Agent assets that are directly related to it.
Last updated The date the active version of the Agent Contract was created, when a new version was last pushed. Renaming the Agent Contract, or pushing the same rules in the same order, doesn't change it. For details, go to Create or update an Agent Contract.
Updated by

The user who created the active version of the Agent Contract, which is the identity that was authenticated when the new version was pushed.

TBC - the code records whichever identity made the request, with no "on behalf of" concept. Confirm with the MCP and authentication owners whether the MCP connection uses the person's own token (so this shows the person) or a service account (so this shows that account).

If your environment isn't fully set up, the page shows a message above the table to guide you:

Global agent contract and specialized agent contracts

A "global agent contract" automatically applies to every AI Agent asset in your environment. More narrowly scoped agent contracts, called "specialized agent contracts" apply only to the AI Agent assets they're related to.

Global and specialized are more than descriptive labels, they're the two agent contract types the platform tracks internally, and that type decides how Guardian resolves a conflict between them. If a global agent contract's rule and a specialized agent contract's rule cover the same agent action and disagree, the global agent contract's rule wins, even when it calls for a less restrictive outcome. For example, a global rule that only flags or escalates an action can override a specialized rule that would otherwise deny it. Within a single agent contract, the stricter outcome still wins.

To apply a specialized agent contract to specific AI agents, open the asset page of the Agent Contract asset or the relevant AI Agent, and create a relation between the two assets. True?

Each AI Agent asset page shows the combined set of rules currently applying to it, and lets you apply the latest rules so that Guardian uses them. For details, go to Contract tab on AI Agent asset pages.

Important We recommend you don't apply view permissions to the domain or community where your Agent Contract assets are stored. Because Agent Contracts are assets, view permissions can technically restrict who can see them, but a Guardian Agent still enforces an Agent Contract's rules even if that Agent Contract is hidden from the affected user. This can result in confusing behavior, where Guardian blocks or allows an action based on an Agent Contract the user can't see or understand. The platform shows partial-visibility indicators as a safety net, for example a placeholder row for a hidden Agent Contract, but this only flags the issue, it doesn't remove the confusion.

Creating and editing an Agent Contract

Agent Contracts are authored and updated using an AI assistant, rather than through a form in the AI Command Center interface. An Agent Contract's asset page lists its rules, numbered, for reference, but doesn't offer a way to add, edit, or remove a rule directly on that page. To create or update an Agent Contract, you need specific permissions; for details, go to Create or update an Agent Contract.

Both the Agent contracts page and an individual Agent Contract's asset page show an Editing instructions panel. It shows icons for the AI assistants it supports and a ready-made Agent prompt that you copy and paste into your AI assistant's chat:

Update agent contract using the Collibra MCP connection.
Use the Guardian contract skill to make the change.

Pasting this prompt directs your AI assistant to connect over the Collibra MCP connection and invoke the Collibra-hosted Guardian contract skill. The skill then asks you questions, and accepts uploaded policy documents, to work out what the Agent Contract's rules should say. After you answer its questions, a new version of the Agent Contract is pushed to AI Command Center via MCP, which is what updates the Last updated and Updated by values shown for that Agent Contract.

Before you can use the prompt, your AI assistant must be connected to the Collibra MCP server. For setup instructions, go to Collibra MCP-compatible integrations.

What's next