Enterprise
Enterprise AI Agents: A Buyer's Guide to the Controls
Checked 2026-10-31
Loading poll...
An enterprise AI agent is ready to buy when you can verify six things from the vendor's own documents: sign-in and provisioning, central policy, audit logs, retention and training terms, data location, and spend caps. On 2026-10-31 no vendor we checked publishes all six in full. This guide shows what each one states and where the gaps are.
What we checked, in one table
Control | Anthropic | OpenAI API | GitHub Copilot | Cursor | Google Gemini API |
|---|---|---|---|---|---|
Training on your data | Not without permission | Not unless you opt in | See plan terms | Not with Privacy Mode on | Not on Paid Services |
Default retention | Content not kept, except Covered Models (30 days) | Abuse logs up to 30 days | Most models under ZDR agreements; some models need provider retention | Logged for a limited period for abuse | |
Zero retention | By arrangement, per organization | By approval | ZDR for most Claude models; Fable exemption to end of 2026 | Most models | Not stated for the Developer API |
Region control |
| Per-project residency, by sales | Data residency program | "Any country" for logs | |
Admin policy | Managed settings for Claude Code | Org and project controls | Org and enterprise policies, content exclusion | Team and enterprise admin controls | Cloud project and IAM |
Audit logs | Compliance API, Activity Feed | Org logs | Audit logs on Business and Enterprise | Admin audit log | Cloud audit tools |
Spend caps | Tier caps, own limits | Tier limits | Credits per seat | Per-user limits | Spend rate limits by tier |
Read the table as a list of questions to ask, not as a ranking. The rest of this page explains each row, with the source for each claim in the frontmatter. For individual vendors see Anthropic, OpenAI and Google AI, and for the agents see Claude Code, Cursor and GitHub Copilot.
What "enterprise agent" means
The word "agent" covers three different products, and each one carries a different risk.
Kind | Example | Where the data goes | Main risk |
|---|---|---|---|
Coding agent on developer machines | Claude Code, Cursor, Copilot, Codex CLI | Prompts and code to the vendor's model | Code leakage, command execution |
Agent platform or builder | North, n8n, Zapier Agents | Your business data to a platform and its models | Connectors with broad access |
Agents you build on an API | Your own on Anthropic, OpenAI or Google | Your data to the model API | Whatever your code allows |
Most enterprise purchases start with the first kind, because developers adopt it first. The security side of that is on enterprise AI coding agent security. The second and third kinds raise governance questions, covered on AI agent governance, and a build-or-buy question, covered on build vs buy AI agents.
Identity, provisioning and central policy
An enterprise rollout fails if every developer configures the tool by hand. Look for three things.
- Single sign-on and provisioning. Cursor lists SSO and SCIM in its enterprise administration documents, and its audit log labels membership changes driven by an identity provider as
SCIM. GitHub says SAML SSO and user management sit in the business tiers, not in the individual plans. Mistral lists SAML SSO and audit logs on its Enterprise plan. - Policy users cannot override. Claude Code reads settings from four files and can also receive managed settings from the claude.ai console. The docs say managed settings apply to everyone your organization deploys them to, and that some settings are decided for the user so that nothing in their own files changes them. Delivery is by a
managed-settings.jsonfile, an MDM policy, or server-managed settings. Cursor documents MDM deployment. - Role separation. Cursor's audit log records role changes between owner and member, spending-limit changes and API key creation, which implies separate admin roles. Ask each vendor for its role matrix.
If a vendor cannot show you where an admin sets a policy that a user cannot change, the tool is a personal product with a company logo on it.
Audit logs: what is and is not recorded
An audit log answers "who changed what." It does not answer "what did the agent do," and buyers often confuse the two.
Cursor's documentation is a good example of honesty. Its audit log records sign-ins, membership, roles, API keys, settings, integrations and cloud agent environments, with the time, the actor, the client IP and the product surface. It also lists what is not logged: agent responses, prompts and generated code, failed sign-in attempts, and secret values. For development activity it points to hooks.
Anthropic describes a Compliance API with an Activity Feed that retains data for six years, plus access to chat, file and project content, and session transcripts. Claude Code can export usage, cost and tool activity through OpenTelemetry, configured with standard environment variables. GitHub lists audit logs on Copilot Business and Enterprise.
Question | Why it matters |
|---|---|
Does the log record admin changes? | Needed for access reviews |
Does it record prompts or outputs? | Needed for incident review, and creates its own data store |
How long is it kept? | Anthropic's Activity Feed is six years; ask others |
Can it stream to your SIEM? | Cursor describes streamed events; ask for each tool |
Does it cover local sessions? | Anthropic says its Compliance API does not capture local sessions under ZDR |
The last row shows the tension. Zero retention and full audit logging pull in opposite directions. Decide which you need for each data class, and write it down.
Retention, training and the frontier-model exception
All five vendors say something about training. They say it in different ways, so compare the wording.
Vendor | Statement |
|---|---|
Anthropic | "Retained data is never used for model training without your express permission." |
OpenAI | API data is not used to train models unless you explicitly opt in |
Cursor | With Privacy Mode on, "we will not train on your data" |
On Paid Services, prompts and responses are not used to improve products | |
GitHub |
Retention is where it gets complicated, because the strongest models are the exception. Anthropic's Fable 5.1 and Mythos 5.1 require 30-day retention and are not available under ZDR unless Anthropic authorizes it. GitHub's plans page says that when Fable 5 or 5.1 is used, Anthropic retains prompts and outputs by default to run safety classifiers. GitHub describes a time-bound exemption that lets approved enterprises use ZDR with those models through the end of 2026, after which continued use would require what it calls Enterprise Frontier Safeguards. It adds that customers using a Fable model with ZDR agree to use it for internal operations only. Cursor's documents say requests to Fable models fail for Enterprise customers and for those with Privacy Mode on, until the model's data retention is approved.
For a buyer the rule is simple. If your policy is zero vendor retention, check each model on the shortlist, and expect that your best model may not meet it. The practical answer is often a two-tier approach: the strongest model for non-sensitive work, and a model that qualifies for ZDR on sensitive repositories.
Residency
Three vendors describe a way to control where data is processed.
- Anthropic: an
inference_geosetting with valuesusandglobal, on Claude 4.6 and later models, with a US workspace geo today. - OpenAI: per-project data residency for eligible customers after contacting sales, with regional hostnames, a 10 percent uplift on eligible newer models, and extra paperwork outside the US.
- Cursor: a data residency program in which inference, processing and storage for in-scope features stay in the selected region, including backups. It also offers customer-managed encryption keys for data in its own infrastructure.
Google's Gemini Developer API terms say logged data may be stored transiently or cached in any country where Google or its agents have facilities, so a buyer who needs a region should read the cloud terms instead. See AWS Bedrock for the cloud-marketplace route to Claude, where the cloud provider's own region controls apply.
Spend controls
Agents can run in loops. A control that stops spending is a safety control. Anthropic has monthly spend caps by tier, from $500 at Start to $200,000 at Scale, and lets you set a lower limit. OpenAI ties usage limits to tiers. Google has spend-based rate limits by tier. Cursor's audit log records per-user spending-limit changes, which means limits exist per person. GitHub Copilot sells credits per seat, with Business at 1,900 credits per user and Enterprise at 3,900, where one credit is one cent. Whatever you buy, set a cap before the first pilot user is invited.
A pilot that tests the controls
A pilot should test the controls, not just the model. A sensible plan has four steps.
- Write the data rule. Which repositories and data classes may be sent, and which may not.
- Shortlist two or three vendors that can meet it on paper, using the table above.
- Run a four-week pilot on non-sensitive repositories with 10 to 20 developers. Turn on every control you plan to rely on, so you find out what breaks.
- Review the audit trail. Pick five events, such as a role change and a key creation, and prove you can find them in the log.
Only then widen. Our build vs buy page covers when to run agents of your own.
Which route fits which company
Company situation | Route worth looking at first | Why, from the documents |
|---|---|---|
Developers want an editor with an agent, security wants admin controls | Cursor Enterprise or Copilot Business and Enterprise | Both publish admin logs and policy controls, and Copilot adds content exclusion |
The team already lives in a terminal and wants central policy | Claude Code with managed settings | Settings can be pushed by MDM, file or console, and ZDR applies with commercial API keys |
A regulated team that needs the strictest data position | An API route with ZDR, or private deployment | ZDR is a documented arrangement at Anthropic and OpenAI, and open weights keep data on your own servers |
A company already on a cloud marketplace | The cloud provider's route to the model | The cloud provider's retention and region controls apply instead of the lab's |
A product team building agents into its own app | An API plus your own governance | See build vs buy |
Content exclusion is worth a note. GitHub says repository administrators, organization owners and enterprise owners can configure it on Copilot Business and Enterprise, and that excluded files are not used as context, do not inform suggestions in other files, and are not reviewed by Copilot code review. It is a practical way to keep secrets files, customer data samples and licensed code away from the model without banning the tool outright.
Mistakes we see in buyer reviews
These are patterns in how reviews are done, drawn from reading the documents above, and not claims about any one company.
- Reviewing the brochure, not the terms. A security page states intent, and the data processing addendum states the obligation. Ask for the addendum, and read the section on the vendor acting as a controller, since training rights often sit there.
- Treating the consumer terms as the enterprise terms. Anthropic's own retention page separates the API, the consumer apps and the Compliance API, with different periods. A buyer who reads one section and applies it everywhere will get it wrong.
- Forgetting the model list changes. A model that met your retention rule last quarter may be replaced by one that does not. Pin the list of approved models and check it when a vendor announces a new default.
- Assuming zero retention covers every feature. Anthropic marks some features, such as code execution, as outside ZDR, and OpenAI lists endpoints that may still store application state under ZDR. Check the feature table for every feature you use.
- Skipping the exit. Ask what you can export and what is deleted when you leave, and test the export in the pilot.
- Logging too much. An audit store that holds every prompt becomes your next sensitive data store. Decide what to log, who may read it and how long to keep it.
Questions to put in the security review
Area | Question |
|---|---|
Training | Is it contractual, and does it cover feedback buttons and telemetry? |
Retention | How long are prompts kept by default, for each model we plan to use? |
Zero retention | Which models and features are excluded from it? |
Residency | Where does inference run, and what data leaves the region? |
Admin | Which settings can an admin lock? |
Logs | What is in the audit log, how long is it kept, can it stream out? |
Keys | Can we bring our own encryption keys? |
Sub-processors | Who are they, and how do we hear of a change? |
Incidents | What is the breach notification time? |
Exit | What data do we get back, and what is deleted? |
A buyer's checklist
- Write the data rule and get legal sign-off before talking to vendors.
- Fill the control table for each shortlisted vendor from its own documents, and mark gaps.
- Check frontier models separately against your retention rule.
- Set spend caps before the pilot.
- Lock policy through managed settings, MDM or the admin console.
- Prove you can find five audit events.
- Decide how logs of agent activity are collected, since admin logs do not cover it.
- Record the vendor documents you relied on, with the date, because they change.
Our take
The vendors have more to show than a year ago. Anthropic and OpenAI publish retention terms in detail, and Cursor publishes what its audit log leaves out, which is a useful kind of honesty. The gaps are consistent too: the newest models are the ones that need retention, an audit log of admin actions is not an audit of agent actions, and residency is mostly a sales conversation. Treat any vendor that cannot tell you these things in writing as unfinished. The sources are public, so the cheapest due diligence is to read them, and to re-read them every quarter.
We have not run tests for this page. It reflects the vendors' published documents on 2026-10-31, and the items marked VERIFY are ones we could not confirm. This is not legal advice. If you want providers who set these controls up for a living, get quotes from AI service providers.
Related pages
Enterprise AI coding agent security, AI agent governance, build vs buy AI agents, private AI for teams, Claude Code pricing.
Questions
What makes an AI agent enterprise-ready?
Evidence you can check: single sign-on and provisioning, central policy that users cannot override, audit logs of admin actions, a written retention and training position with a zero-retention option, a data residency option, and spend controls. Each vendor publishes some of these and not others.
Do audit logs record what the agent did?
Not always. Cursor's audit log records admin events such as sign-ins, roles and settings, and says it does not log prompts, agent responses or generated code. It points to hooks for activity logging. Check what each vendor's log contains before you rely on it.
Can I use the newest frontier models under zero retention?
Not by default. Anthropic's Fable 5.1 requires 30-day retention. GitHub describes a time-bound ZDR exemption through the end of 2026, and Cursor says requests to Fable models fail under Privacy Mode until data retention is approved.
Where do I start?
Write the data rule first (what may and may not leave), shortlist vendors that can meet it, run a pilot on non-sensitive repositories, then widen. Our quote form can connect you with providers who run this for a living.
Loading poll...
Sources
- platform.claude.com/docs/en/build-with-claude/zero-data-retention
- platform.claude.com/docs/en/build-with-claude/data-residency
- code.claude.com/docs/en/settings
- developers.openai.com/api/docs/guides/your-data
- docs.github.com/en/copilot/get-started/plans
- cursor.com/security
- cursor.com/docs/enterprise/compliance-and-monitoring
- cursor.com/docs/enterprise/privacy-and-data-governance
- ai.google.dev/gemini-api/terms