AI assistant and MCP
The Pro edition has two parts: a built-in assistant that uses your own Anthropic or Google Gemini key, and an MCP server that connects clients such as Claude Desktop, Claude Code and OpenAI Codex with an API token. Both act with the user’s own permissions, ask before changing anything and strip secrets.
On this page
The AI assistant and the MCP server are Pro edition features. In the Community edition these menus do not work and
/api/mcprequests are refused. See Pricing for the edition differences.
#Two separate parts
| AI assistant | MCP server | |
|---|---|---|
| Where it runs | Inside the panel, a chat opened from the top bar | In your own AI application |
| AI key | Required (Anthropic or Google Gemini) | Not needed |
| Identity | Your panel session | An API token or the CLI token on the server |
| Approving changes | Confirmation card on screen | The client sends "confirm": true |
Both use the same tool catalogue. Tools never act directly: every call goes to the panel's own API endpoints with the identity of the person using it. Permissions, package features, reseller scope and activity logging work exactly as in the rest of the panel, so the tools cannot be used to gain extra privileges.
#Settings
Settings live on Server Admin → System → AI & MCP (server administrator only). The page has three tabs: Assistant, Usage and limits and MCP.
#Provider and API key
The assistant works with two providers, using your own API key:
| Provider | Key | Models |
|---|---|---|
| Anthropic | Anthropic Console → API Keys (sk-ant-…) | Claude Sonnet 5 (default), Claude Opus 5.5 |
| Google Gemini | Google AI Studio → API keys (AIza…) | Lists the models your key can use; default Gemini 3.8 Flash |
Keys are stored encrypted and never shown again; the interface only shows a short hint such as sk-ant-…ab12. The Test button checks the key against the provider. The selected provider applies to new conversations only: each conversation continues with the provider and model it started with. Removing the key turns the assistant off, while the MCP server keeps working.
#Assistant options
| Option | Default | Notes |
|---|---|---|
| Enable the AI assistant | Off | While off, conversations are hidden and no requests are made |
| Effort | Medium | Low, medium or high; trades answer quality against token spend |
| Daily token budget per person | 200,000 | At least 1000, or unlimited; input, cache, output and thinking tokens across all providers |
| Conversation retention (days) | 30 | Conversations with no activity for longer are deleted |
| Who can use it | All on | Server administrator, reseller, account owner |
The Usage and limits tab shows today's usage per person and provider plus totals for the last 14 days, and lets you set a per-person daily limit by username (unlimited, or 0 to switch it off). Once the budget is used up the assistant makes no new requests that day. When an administrator is signed in to another account on the owner's behalf, usage counts against the administrator's budget; team members' usage counts against the account owner's budget.
#Using the assistant
Open the assistant as a drawer from the top bar or from the menu:
- User panel: Advanced → AI Assistant
- Server Admin: System → AI Assistant (server administrator and reseller)
For account owners it can be turned off per package with the AI assistant package feature. The assistant gathers facts with its tools to help with site problems, DNS and email issues, SSL status, backups and resource usage. It has no shell, file system or internet access; it can only use the listed tools.
Read-only tools run immediately. Tools that change something (create, update, delete, suspend, restart a service, issue a certificate, start a backup) show a confirmation card and run only after you approve; writing a new message while a card is waiting declines the pending calls. Every approved change is written to the activity log. One reply takes at most 12 tool steps; if it hits the limit, type "continue" to let it go on.
#Data sent to the provider
Chat messages and the results of the tools the assistant calls (domain settings, DNS records, log lines, account summaries…) are sent to the conversation's provider to generate replies. Before sending, passwords, private key blocks, API tokens, JWTs, cloud access keys and credentials in URLs are replaced with [redacted]. Conversations are stored in the panel database in the same redacted form for the retention period, and each person sees only their own conversations (team members and the account owner cannot see each other's).
#MCP server
The Model Context Protocol (MCP) server lets AI applications that support MCP (Claude Desktop, Claude Code, OpenAI Codex and others) connect to the panel. There are two transports:
- Streamable HTTP: the
/api/mcpendpoint on your panel address, withAuthorization: Bearer <API_TOKEN>. - stdio: the
bipanel mcpcommand on the server. It forwards messages to the/api/mcpendpoint of the running panel and uses the server's CLI token by default, which means full server administrator rights.
The server offers tools, summary resources (account summary, server status, account details) and two prompts (site troubleshooting, security audit). Open sessions are listed on the MCP tab; sessions idle for 24 hours are closed.
#MCP options
| Option | Default | Notes |
|---|---|---|
| Enable the MCP server | On | /api/mcp and bipanel mcp; does not need the AI key |
| Account owners can connect | On | With their own API tokens, only to their own account's tools |
| Offer tools that make changes | On | While off, clients can only read |
For account owners it can also be turned off per package with the MCP access package feature.
#Tokens and permissions
MCP tools run with the permissions of the token owner; tokens have no separate scope setting. Create a dedicated token for MCP and give it an expiry if you like (30 days, 90 days, 1 year or none). Tokens are created and revoked on Advanced → API Tokens (user panel) and System → API Tokens (Server Admin); a token is shown only once, when it is created.
| Token owner | Can see |
|---|---|
| Server administrator | All accounts and server tools (including services, service logs, backups, mail queue and security overview) |
| Reseller | Only their own customer accounts; administrator-only tools are not listed |
| Account owner | Only their own account; tools for features the package disables are not listed |
Tools that make changes run only when the client repeats the call with "confirm": true. Make sure your client asks you to approve these calls. Secrets in tool results reach the MCP client as [redacted] as well.
#Connecting a client
The panel shows connection instructions with ready-made configuration: Advanced → MCP Connection in the user panel, System → MCP Connection for resellers, and the MCP tab of AI & MCP for the server administrator. The page shows the full endpoint address and two formats:
- Claude Desktop and Claude Code: the
mcpServersJSON format; for HTTP,type: "http", theurland anAuthorizationheader. - OpenAI Codex: a
[mcp_servers.<name>]section in~/.codex/config.toml. The token is not written to the file; it is read from an environment variable throughbearer_token_env_var, and the same entry can be added withcodex mcp add.
The server administrator can use stdio on the server itself with bipanel mcp, or from another computer over SSH:
ssh root@server bipanel mcp
To run it with another account's permissions, add --token <API_TOKEN> to the command. If the panel rejects the CLI token, regenerate it with sudo bipanel admin reset-token. In a Docker or Railway container the bipanel command lives inside the container, so the HTTP endpoint is the most direct way to connect from outside (Docker and Railway).
#Related pages
Something missing or wrong on this page? Let us know.