Skip to main content
Forge policies define what people and agents can access, what data and actions are allowed inside AI workflows, and what happens when a rule matches. Policies are evaluated across routed endpoints, networks, providers, and Forge gateways so the same control follows activity across your AI estate.
Forge policy library showing policy types, use cases, actions, frameworks, and status

Policy library

Policy types

Forge has two organization-authored policy types:

Content policies

Content policies evaluate the data and actions inside an AI workflow at one or more checkpoints: Content policies can use identity, agent, product, model, MCP, classification, tool input, tool result, and response context when the enforcing surface provides it. The response checkpoint depends on the routed API surface and its response adapter.

Access policies

Access policies govern the routes and software through which AI is reached. They can evaluate:
  • AI products and providers
  • destinations and network routes
  • processes and local runtimes
  • browsers, extensions, and account posture
  • users, groups, and devices
  • source health and available enforcement capabilities
Access decisions can run through an endpoint route or a provider-native network integration. A policy may also authorize a specific remediation, such as terminating a process, clearing site data, disabling an extension, or repairing a managed configuration.

Policy anatomy

Every policy contains:
  1. A durable id, display metadata, and enabled state.
  2. A typed scope defining the identities and assets to which it applies.
  3. Native conditions or bounded Rego match logic.
  4. An optional exception tree that suppresses an otherwise valid match.
  5. A typed action such as block, redact, or require_approval.
  6. Family-specific configuration for evaluation points, transformations, approvals, runtime detection, notifications, or remediation.
Forge records every matching policy and its immutable revision. When multiple policies match, all hits remain visible and the strongest compatible action determines the final outcome.

Enforcement

Policy behavior depends on the capabilities of the surface evaluating it. A routed endpoint, network control, or gateway can stop a pending action; an observe-only source can record the same match but cannot retroactively prevent completed activity. Forge validates family, checkpoint, action, and remediation compatibility when the policy is saved.

Author policies

Create, test, and verify Content and Access policies in the Console.

Schema

Policy objects, scope, evaluation surfaces, and shared fields.

Conditions

Fields, operators, boolean logic, exceptions, and session history.

Actions

Exact outcomes, checkpoint constraints, defaults, and precedence.

Redaction

Redaction strategies, structured paths, and result filtering.

Remediation

Access-policy runtime behavior, surfaces, phases, and response actions.

Rego

Policy-as-code inputs, outputs, language limits, and validation.

Examples

Complete Content and Access policy definitions.

Lifecycle

Revisions, ownership, backtests, deletion, and audit history.