August 6, 2025
5 min read
Richard MacManus
Oren Michels, Mashery founder, launches Barndoor to manage AI agents, the new connective tissue in the AI era replacing traditional APIs.
AI Agents Are the New APIs: Barndoor’s Vision for Managing Agentic AI
We talk to Oren Michels, who ran API company Mashery in Web 2.0. He's back now with a modern twist: Barndoor, a control plane for agentic AI. If APIs were the connective tissue between different websites and apps during the Web 2.0 era, then AI agents are shaping up to be the same thing in the AI era. In other words, AI agents will increasingly be how you access and use data from various sources around the internet. APIs aren’t going away, but AI agents have stolen their thunder. Managing AI agents is the new API management — that’s essentially the bet that Oren Michels, CEO of new AI company Barndoor, is making. Michels was previously founder of Mashery, an API management company he led from 2006 through to its acquisition by Intel in 2013. Michels doesn’t shy away from the comparison. “If you take APIs and you take the ‘P’ out, it’s a whole lot more interesting,” he joked at the beginning of our conversation. Barndoor describes itself as “the control plane for agentic AI.” Just as Mashery helped companies get APIs under control, the goal of Barndoor is to help enterprise companies tame and put guardrails around agents. Michels doesn’t think the current solutions for managing AI agents are sufficient. He says the existing IAM (Identity and Access Management) and API management companies haven’t fully solved it. “If those solutions were adequate, we would see a lot more penetration of agentic AI in the enterprise,” he said. “And we don’t see it, because I don’t believe those solutions are adequate.” He made another parallel to the Mashery days:“In the same way that you could have said back in the day that, well, Cisco is managing traffic, so they must be doing API Management? Well, of course, they weren’t doing API Management. That was why we got to exist; and other companies did as well.”
Target Users and Use Cases
So who are the people who will be using Barndoor? According to Michels, it’s not necessarily the CIO or security staff. Their job isn’t to use AI (even though it’s hard not to use AI, these days). But those people don’t have an “AI problem,” as Michels put it. Once again, it’s similar to the old API days.“The person that had an API problem was the person at Marriott whose job it was to make hotel room bookings go on a mobile app,” said Michels. In the AI era, the people who have an AI problem “are the people whose job it is to sell stuff and need to do so faster and more efficiently, and use AI to do that.”Barndoor has already been launched, although because it’s so new there is a waiting list. Since we don’t know Barndoor’s early clients, I asked Michels what are some of the early use cases he’s seeing?
“The use cases really are around agentic workflows that need to interact with various tools,” he replied.He compared agents to a “robot workforce” and noted that they need the same identity management for tool access as your human workforce.
“They [the human workforce] get access to Salesforce or Notion and a bunch of other things they might do — Gmail, things they use to do their jobs — and they use those tools, do their job, and maybe create some work product. And the customers we’re working with want their agentic tools to be able to do that as well.”
“If you’re going to let agents have access to [enterprise] tools, you kind of have to start small.”
– Oren Michels, Barndoor CEOIf it was just about access to tools, that would be a simple solution. But of course there’s more to it.
“If you’re going to let agents have access to these tools, you kind of have to start small,” Michels said. “You have to start and be very deliberate and very modest about limiting the blast radius that these agents have, so that you can sort of see what they’re doing, see what they’re trying to do.”
MCP: The New REST?
Given that AI agents are still very new — albeit very hyped — I wondered what kinds of tools his early enterprise customers want AI agents to be using? Michels replied that “the first batch of this kind resembles RPA on steroids.” (RPA stands for “Robotic Process Automation,” which automates repetitive, rule-based tasks in enterprise IT.) However, what the Barndoor team has found so far is that the RPA use cases don’t have much value, “because just doing what humans do a little faster isn’t really all that interesting.” But the latest use cases, involving Model Context Protocol (MCP), are more interesting, according to Michels. He likens MCP to REST (Representational State Transfer) in the API days; REST became the most popular architectural style for APIs in the 2000s.“…you get access to an API, you turn it into an MCP server, and then you give your AI access to it.”
– Oren Michels“It’s a more effective, faster means of computers to talk to computers, to actually get things done,” he said, about MCP. “And so I think that the parallels [to APIs] are certainly real, especially since part of what you generally do if you want to use MCPs, you get access to an API, you turn it into an MCP server, and then you give your AI access to it.” In terms of how that actually works, Barndoor acts as a proxy to the MCP server, Michels explained. Once again, there are parallels with API management.
“In the API world, there’s sort of an OAuth workflow that people use to say: I’m here, I have a key to use this API, and I also am allowed to use that data. And in the MCP world, or at least the way we do it, there’s a similar concept, [where] we basically are able to say: okay, we have this agent which has been authorized, we have this human and because the human is tied to an identity that they get from the Identity Access Management system — that we connect to and collaborate with — we are aware of that, and then there’s a flow.”So Barndoor essentially coordinates the workflow between human workers and agents.
As Big as SaaS
In one of the launch posts for Barndoor in May, Michels wrote: “We expect the agentic AI market to evolve similarly to the SaaS [software as a service] market.” I asked him if he also thinks the agentic AI market will get as big as the SaaS market (which, needless to say, is massive)? “Oh yeah,” he replied enthusiastically, adding that agentic AI will also probably supplant SaaS products in certain categories. He didn’t specifically mention any by name, but I would think certain customer service SaaS tools are at risk. But for other categories of SaaS, where human workers still need to be in control, those products will co-exist with agentic AI.“Remember that we are humans; we use these tools,” Michels said. “The AI supplants [some of] what we do and gives us these superpowers to do a lot more faster. But ultimately, we do need to keep track of our customers, we do need a source of record, we do need one truth that an organization has and everybody has access to.”In other words, SaaS tools like Salesforce, Notion and Gmail aren’t going to be supplanted by agentic AI. Although they will, as Michels had pointed out earlier in this story, increasingly be used by agents as well as humans.
Frequently Asked Questions (FAQ)
What is Barndoor's core offering?
Barndoor offers a control plane for managing agentic AI, aiming to help enterprise companies tame and establish guardrails around AI agents.How does Barndoor relate to API management?
Barndoor positions itself as the "new API management" for the AI era, drawing parallels to how API management companies helped control APIs in Web 2.0. Barndoor's goal is to provide similar control and management for AI agents.Who are Barndoor's target users?
The target users are primarily those within an organization who have an "AI problem" – those whose jobs involve selling or operational tasks that can be made faster and more efficient through AI, rather than IT or security staff.What are the early use cases for agentic AI managed by Barndoor?
Early use cases involve agentic workflows that need to interact with various tools, similar to how a human workforce uses tools like Salesforce or Notion to perform their jobs. Agents are seen as a "robot workforce" requiring identity management for tool access.What is the Model Context Protocol (MCP)?
MCP is a protocol that Michels likens to REST in the API days. It is described as a more effective and faster means for computers to communicate and get things done, with APIs often being converted into MCP servers for AI access.How does Barndoor facilitate MCP usage?
Barndoor acts as a proxy to MCP servers, similar to how API management solutions handle API access. It also manages authorization flows, similar to OAuth in the API world, to ensure agents are authorized to access specific data and tools.What is Barndoor's vision for the agentic AI market size?
Barndoor expects the agentic AI market to evolve similarly to the SaaS market and potentially become as large, with agentic AI supplanting SaaS products in certain categories.Crypto Market AI's Take
The comparison of AI agents to APIs is a compelling one, highlighting a fundamental shift in how we will interact with digital services and data. Just as APIs democratized access to services and fostered innovation in the Web 2.0 era, AI agents promise to unlock new levels of automation and efficiency. Barndoor's vision for managing these agents as a "control plane" directly addresses a critical need for enterprise adoption – security, governance, and predictable performance. This is particularly relevant in the context of our own platform, where we leverage advanced AI for cryptocurrency market analysis and trading. Ensuring that AI agents can safely and effectively interact with financial data and tools is paramount. The adoption of protocols like MCP, as discussed, is crucial for standardizing agent-to-agent communication and making the broader AI ecosystem more manageable and scalable, akin to the standardization brought by REST to APIs.More to Read:
- AI Agents: A Comprehensive Introduction for Developers
- MCP: The Missing Link Between AI Agents and APIs
- AI Agents Are Reshaping the Future of Software Development
Source: Originally published at The New Stack on August 6, 2025.