Every agent you deploy on ibl.ai can now be added to Claude Code, Cursor, Claude Desktop or any other MCP client in one step, and talked to from there, with its own knowledge, memory and guardrails intact, because on ibl.ai you own all the code and the data, and now your agents go wherever your people work.
MCP, the Model Context Protocol, is the plug that lets AI tools talk to other software. Claude Code, Cursor and Claude Desktop all speak it. As of this release, so does every agent on Agentic OS. You add the agent once, and from then on you can ask it questions without opening another window.
Which agents can I add?
Any agent you have deployed on ibl.ai. Each one is added on its own, so what shows up in Claude Code or Cursor is the specific agent you chose, exactly as you configured it: its instructions, the documents it is grounded in, its memory and its guardrails.
- A university's admissions, advising or financial-aid agent (higher education)
- A hospital's clinical-support or prior-authorization agent (healthcare)
- An agency's case-work or compliance agent (government)
- Any agent you built from your own documents
Add more than one, and the tool you are working in can ask the right agent for each question. The advising agent answers the student questions; the policy agent answers the policy questions.
How do I add an agent?
You need two things, both from Agentic OS: the agent's ID (it is in the agent's settings) and an API key for your organization (created from your account settings). Then it is one step.
In Claude Code, one command:
claude mcp add --transport http my-advising-agent \
https://asgi.data.iblai.app/mcp/agent-chat/ \
--header "Authorization: Api-Token <YOUR_API_KEY>" \
--header "X-Mentor-Unique-Id: <THE_AGENT_ID>"
In Cursor or Claude Desktop, paste this into the app's MCP settings:
{
"mcpServers": {
"my-advising-agent": {
"url": "https://asgi.data.iblai.app/mcp/agent-chat/",
"headers": {
"Authorization": "Api-Token <YOUR_API_KEY>",
"X-Mentor-Unique-Id": "<THE_AGENT_ID>"
}
}
}
}
That is the whole setup. From then on you ask in plain language: "Ask my advising agent what a transfer student needs." Give the connection a name that says which agent it is, because you can add several.
The key belongs to your organization and the agent has to belong to the same one, so nobody can reach an agent from outside the organization that owns it. On a self-hosted deployment the address is your own server, not ours.
What does a conversation look like?
We added a university's advising agent, Campus Advisor, and had a short conversation with it while writing this post. Nothing below is edited.
Three things to notice. The agent answers as the university's advisor, not as a general chatbot. It follows the conversation: by the third turn it knows Dana's name, her plan and her credits. And every answer came back through the same guardrails the agent has in Agentic OS, because it is the same agent.
Why does this matter?
Most organizations have the same problem: the agent is good, but people have to go to it. Now the agent comes to them. A registrar working in Cursor, an analyst in Claude Desktop, a developer in Claude Code, all get the institution's own agents without leaving their tool, and without anyone building an integration.
The agent you expose this way is the one you govern. Its knowledge, its memory, its limits and its audit trail stay yours, inside your organization. On ibl.ai you own all the code and the data.
For the full technical reference, including the other platform tools now available over MCP, see MCP Servers in the developer docs.