AI Governance Add-On

Coder Workspaces already lets teams run AI tools like Cursor and Claude Code inside their development environments. As adoption grows, many enterprises also need observability, management, and policy controls to support secure and auditable AI rollouts.

Coder’s AI Governance Add-On for Premium licenses includes a set of features that help organizations safely roll out AI tooling at scale:

GA status and availability

Starting with Coder v2.30 (February 2026), AI Bridge and Agent Boundaries are generally available as part of the AI Governance Add-On.

If you’ve been experimenting with these features in earlier releases, you’ll see a notification banner in your deployment in v2.30. This banner is a reminder that these features have moved out of beta and are now included with the AI Governance Add-On.

In v2.30, this notification is informational only. A future Coder release will require the add-on to continue using AI Bridge and Agent Boundaries.

To learn more about enabling the AI Governance Add-On, pricing, or trial options, reach out to your Coder account team.

Who should use the AI Governance Add-On

The AI Governance Add-On is for teams that want to extend that platform to support AI-powered IDEs and coding agents in a controlled, observable way.

It’s a good fit if you’re:

  • Rolling out AI-powered IDEs like Cursor and AI coding agents like Claude Code across teams
  • Looking to centrally observe, audit, and govern AI activity in Coder Workspaces
  • Managing AI workflows against sensitive or regulated codebases
  • Expanding the use of Coder Tasks for AI-driven background work

If you already use other AI governance tools, such as third-party LLM gateways or vendor-managed policies, you can continue using them. Coder Workspaces can still serve as the backend for development environments and AI workflows, with or without the AI Governance Add-On.

How Coder Tasks usage is measured

The usage metric used to measure Coder Tasks consumption is called Agent Workspace Builds.

An Agent Workspace Build is counted each time a workspace is started specifically for a coding agent to independently work on a Coder Task. Most of the work in this workspace is performed by the agent, not a human developer. Each Coder Task starts its own workspace, and the usage meter counts one Agent Workspace Build.

Traditional Coder Workspaces started manually by developers or scheduled to auto-start do not count as an Agent Workspace Build. These are considered daily-driver development environments where developers co-exist with their IDEs and coding assistants.

Scenarios

ScenarioConsumes Agent Workspace Build
Developer creates a Coder Task to write end-to-end testsYes
Automated pipeline creates a task via Coder Tasks CLI (with Claude Code) to review a pull requestYes
Developer resumes an old Coder Task order to continue prototypingYes
Developer starts a workspace for use with VS Code and JupyterNo
Developer creates a workspace for use with Cursor and Claude Code CLINo
Developer creates a workspace for use with Coder AI Bridge and BoundariesNo

In the future, additional capabilities for managing agents (beyond Coder Tasks) may also consume agent workspace builds.

Agent Workspace Build Limits

Without proper controls and sandboxing, it is not recommended to open up Coder Tasks to a large audience in the enterprise. Coder Premium deployments include 1,000 Agent Workspace Builds, primarily for proof-of-concept use and basic workflows.

Our AI Governance Add-On includes a shared usage pool of Agent Workspace Builds for automated workflows, along with limits that scale proportionately with user count. Usage counts are measured and sent to Coder via usage data reporting. Coder Tasks or other AI features do not break when you run over the limit.

If you are approaching your deployment-wide limits, contact us to discuss your use case with our team.