MCP Protocol
Let AI agents access your PuppyOne data directly through MCP.
What is MCP
MCP (Model Context Protocol) is an open protocol introduced by Anthropic that defines how AI models interact with external tools and data sources. It is quickly becoming the standard connector protocol across the agent ecosystem.
PuppyOne provides hosted MCP servers. Once you create an MCP endpoint, you get a dedicated URL and API key. Any MCP-compatible client can use that endpoint to read and write your data.
How it works
┌─────────────────┐ MCP Protocol ┌──────────────────┐
│ AI Agent │ ◄────────────────────► │ PuppyOne │
│ (Cursor, etc.) │ tool calls / results │ MCP Server │
└─────────────────┘ └──────────────────┘
│
Read/write Content Nodes
│
┌──────▼──────┐
│ Project │
│ file tree │
└─────────────┘- You create an MCP endpoint in PuppyOne and get a Server URL
- You configure that URL in a client such as Cursor or Claude Desktop
- The client automatically discovers available tools for querying, creating, updating, and deleting data
- The agent uses those tools to work directly with your Content Nodes
MCP server URL
Each MCP endpoint has its own dedicated URL in this format:
https://api.puppyone.ai/api/v1/mcp/server/{API_KEY}The API key is embedded in the URL, so the client does not need separate authentication settings.
Compatible clients
PuppyOne's MCP server works with any MCP-compatible client:
| Client | Description |
|---|---|
| Cursor | AI coding IDE with built-in MCP support |
| Claude Desktop | Anthropic's desktop app |
| Claude Code | Command-line AI coding tool |
| Cline | AI coding assistant for VS Code |
| Continue | Open-source AI coding assistant |
| Zed | High-performance code editor |
And any other client that supports the MCP protocol.
Available tools
Once connected, an agent can use these tools to operate on your data:
| Tool | Type | Description |
|---|---|---|
get_data_schema | Read | Fetch the data schema |
get_all_data | Read | Fetch all data |
query_data | Read | Query data with conditions |
preview | Read | Preview data content |
select | Read | Select data from a specific path |
create | Write | Create new content |
update | Write | Update existing content |
delete | Write | Delete content |
Create an MCP endpoint
Through the Dashboard
- Open your Project and click
Connectionsin the sidebar - Click
Newand chooseMCP - Enter an endpoint name and configure access permissions
- Copy the Server URL after creation
Through the CLI
$ puppyone conn add mcp "Product Knowledge Base"
✓ MCP endpoint created
Server URL: https://api.puppyone.ai/api/v1/mcp/server/sk_live_xxxxxxxxxxxxClient configuration
Cursor
Add the following configuration in Cursor's MCP settings under Settings -> MCP -> Add new MCP server:
{
"mcpServers": {
"puppyone": {
"command": "npx",
"args": [
"-y",
"mcp-remote",
"https://api.puppyone.ai/api/v1/mcp/server/sk_live_xxxxxxxxxxxx"
]
}
}
}Claude Desktop
Edit the Claude Desktop config file at ~/Library/Application Support/Claude/claude_desktop_config.json:
{
"mcpServers": {
"puppyone": {
"command": "npx",
"args": [
"-y",
"mcp-remote",
"https://api.puppyone.ai/api/v1/mcp/server/sk_live_xxxxxxxxxxxx"
]
}
}
}Claude Code
Run this in your project directory:
claude mcp add puppyone -- npx -y mcp-remote https://api.puppyone.ai/api/v1/mcp/server/sk_live_xxxxxxxxxxxxOnce configured, restart the client and PuppyOne's tools should appear.
File Level Security (FLS)
Each MCP endpoint can have its own FLS rules to control exactly what an agent can access.
Tool permissions
Choose which tools the agent may call. For example, you can allow read tools while blocking writes:
✓ get_data_schema
✓ get_all_data
✓ query_data
✗ create
✗ update
✗ deletePath permissions
Restrict which Content Node paths the agent can access. Unauthorized paths are completely invisible:
✓ /products → can read product data
✓ /faq → can read FAQ
✗ /internal → hidden
✗ /financials → hiddenBy combining tool permissions with path permissions, you can create different MCP endpoints for different jobs: a support agent that can only read products and FAQ, an engineering agent that can edit technical docs, or a management agent with full access.
Best practices
- Use one endpoint per use case - Create separate MCP endpoints for different agents or clients, each with its own permissions
- Follow least privilege - Only expose the tools and paths an agent actually needs
- Start read-only, then enable writes - For new endpoints, validate behavior with read access first and grant write access only when needed
- Protect the API key carefully - The API key is a credential. Do not commit it to public repositories or share it with untrusted parties