Enterprise AI agents with
Security.


The Foundry is the managed action layer for enterprise AI agents. Your agents act across many apps, with credentials managed centrally, access policy enforced in the request path, and every tool call logged.

HOST A HOUSE
Trusted by
AWS
Glean
Zoom

Enterprise AI agents

What partners get from The Foundry pipeline

Partners sponsor houses, cohorts, and content that turns ambition into shipped work. You meet builders early, before the demo day headlines.

Campuses, brands, and backers join when they want a repeatable pipeline: applications in, demos out, stories published. We keep the community layer independent and clear about roles.

Unclear outcomes

Without a shared house or cohort rhythm, programs stall after the kickoff workshop. The Foundry keeps deadlines, build logs, and demo days visible.

No story layer

Builders need an audience, not only a brief. Content Lab and house recaps turn work into proof sponsors and campuses can stand behind.on around it.

An integration backlog that never shrinks

Building Outlook, Salesforce and Cal.com in-house is months of engineering, and the queue refills every time a customer names another app. 11x measured roughly 380 engineering hours on three integrations alone.

No answer to the audit question

Where are credentials stored, who can reach them, what did the agent do on Tuesday afternoon, and what was it refused? If the answer is a database column and some application logs, the security review stops there.

Why Enterprise

Built for enterprise from day one

Security

SOC 2 / ISO 27001:2022

Nothing is more important than secure handling of your data.

Governance

Stay in control

Control and secure your data internally.

Observability

Know your agent

Logging ensures that you always know what your agents are doing.

Granularity

Limit blast radius

Limit agent access to only the tools they need.

Reliability

Ready for enterprise

Automatic retries and failovers keep your agents running.

Flexibility

Avoid vendor lock-in

Swap freely between all major providers without losing access to your integrations.

Deployment architecture

How an agent gets access, one request at a time

The Foundry sits between your agent and the apps it needs to reach. The agent asks for a tool. The Foundry decides which account applies, whether the request is permitted, and makes the call itself.

Your developers never handle a raw credential, and the model never sees one.

  1. 01

    Resolve the account

    The Foundry maps the calling agent and the end user to the right connected account, whether that account belongs to an employee or to your customer.

  2. 02

    Decrypt in isolation

    Credentials are stored AES-256 encrypted and decrypted inside The Foundry's execution layer, not inside your process and not inside the model's context.

  3. 03

    Evaluate policy

    Admin-set rules covering tools, actions, users and roles are applied as code, before the call the model asked for is made.

  4. 04

    Execute

    The Foundry injects the credential into the outbound request, handles refresh and expiry, and returns the response to the agent.

  5. 05

    Log

    User, team, tool, action and outcome are recorded for every call, including the calls policy denied.

Run this on The Foundry Cloud, or self-host it at the Enterprise tier when your infrastructure, network boundaries or data-residency requirements mean the action layer belongs inside your own environment. The same control layer is exposed over the Model Context Protocol through the The Foundry MCP gateway, so MCP clients and your own internal MCP servers sit behind one set of policies and one audit trail.


Access Control

Granular Tool Scoping

Control exactly what actions each agent can take. Disable dangerous operations while keeping essential functionality.


Every scope restriction is logged and auditable. Security teams get full visibility into what's enabled, what's blocked, and why laser-precise accountability at every level.


Governance and audit

Policy the agent cannot argue with

Governance here means two concrete things: who is allowed to do what, and what actually happened.

Permissions are set administratively, per user and per role, down to the individual action. An admin can leave Slack connected and switch off channel creation, or allow Gmail reads and drafts while removing deletes. Those rules are evaluated in the request path, before the model is involved, so they hold whatever the prompt says and whatever a user tries to inject.

Audit is the other half. Every tool call is logged with the user, team, tool, action and outcome, denied calls included, with payload retention configured per project. That is the difference between believing an agent behaved and being able to show it.

For the wider framework, including shadow AI, build versus buy, and the questions worth putting to a vendor during an RFP, read the enterprise AI agent management and governance guide.


Protection

Safe Data Handling

Enterprise-grade certifications, governance controls, and fine-grained access management your data stays protected at every layer.


SOC 2 / ISO 27001:2022

Independently audited and certified.

GOVERNANCE

Full authority over agent behavior.

ACCESS CONTROLS

Principle of least privilege, enforced at every layer.


Security posture

What your security review will ask for

The Foundry is SOC 2 Type II certified. Credentials are stored with AES-256 encryption and isolated from your application code and from the LLM context. That isolation is how the system is built rather than a setting somebody has to remember to switch on.

Identity connects to the directory you already run. Single sign-on is available over SAML and OIDC with Okta, Microsoft Entra ID and Google Workspace, and SCIM 2.0 maps directory groups to teams, so joiners and leavers follow the same path as the rest of your stack.

Self-hosting is available at the Enterprise tier, for teams whose infrastructure, network or data-residency requirements mean the action layer has to run inside their own environment.

Integration breadth

many managed integrations, not one generic endpoint

The Foundry ships more than many managed app integrations covering the specific operations agents need in production, not a single passthrough per service. GitHub, Slack, Salesforce, Gmail, Jira, Outlook, HubSpot, Notion and several hundred more.

Breadth is what decides the pace of enterprise AI adoption, because the pilot is never the whole roadmap. The second team wants a different app and the third wants two. With a managed layer, adding one is a configuration step rather than a quarter of engineering, and the auth, policy and audit story your security team already signed off applies to it on day one.

The layer is model agnostic. Change provider or agent framework and the tools, credentials and policies carry over unchanged.

Several of the largest agent products already run on it. AWS Quick embeds the The Foundry SDK in its own runtime, every third-party action a Glean Agent Builder agent takes runs through The Foundry, and Zoom Mate turns a conversation into the booked meeting or the updated ticket without leaving Zoom. Runner, a desktop agent with write access to a dozen tools at once, has proxied more than two million Slack API calls with no mid-task reauthentication. Read the case studies.

Managed app integrations
many
Individual tools available
50K+
Tool calls run on the platform
1B+
Accounts connected
1M+

Join the agentic revolution

Ready to get started?

See how The Foundry can power your enterprise AI agents with a personalized demo.

Book a Demo
Trusted by teams at
AWS
Glean
Zoom