About Banbury Cloud MCP Server
Banbury Cloud MCP Server exposes Banbury backend services to LLMs and AI applications, for workflows involving devices, files, tasks, and models. It supports both HTTP and stdio transport and uses authentication for Banbury API calls.
Key features
- 01Banbury account authentication
- 02Device information and updates
- 03File and scanned-folder retrieval
- 04Session and task management
- 05Model registration and utility tools
- 06HTTP and stdio transports
Use cases
- 01Calling Banbury services from a frontend
- 02Retrieving and updating device data
- 03Getting files, sessions, or scanned folders
- 04Adding tasks or models to Banbury
MCP support
The MCP server exposes Banbury backend tools to MCP clients for authentication, device, file, task, and model management. Clients can connect over HTTP or stdio.
Configuration
Local server config is the same for every client. Copy it into your client’s MCP config file.
We haven’t collected a package or remote endpoint for this server. Follow the instructions in the project README.
Tools
Local servers expose tools only once running on your machine, and the maintainer has not provided a tool list.
Details
From the project READMEBanbury Cloud MCP Server
A Model Context Protocol (MCP) server that provides access to Banbury's backend services for LLMs and AI applications.
Quick Start
For Frontend Integration (HTTP Mode)
# Run on default port 3001
./run-http.sh
# Run on custom port
./run-http.sh 8080
Then add to your frontend .env:
REACT_APP_MCP_SERVER_URL=http://localhost:3001
For Claude Desktop (Stdio Mode)
# Default stdio mode
./run.sh
Add to Claude Desktop config:
{
"mcpServers": {
"banbury-mcp": {
"command": "/path/to/banbury-mcp-server/run.sh"
}
}
}
Transport Modes
HTTP Transport
- Use for: Frontend integration, web applications, API access
- Port: Configurable (default: 3001)
- Endpoints:
POST /tool- Execute MCP toolsGET /health- Server health and info
Stdio Transport
- Use for: Claude Desktop, direct process communication
- Communication: stdin/stdout
- Integration: MCP client libraries
Environment Variables
# Transport mode: 'http' or 'stdio' (default: stdio)
export MCP_TRANSPORT=http
# HTTP port (default: 3001)
export MCP_HTTP_PORT=8080
# Banbury environment: 'dev' or 'prod' (default: dev)
export BANBURY_ENV=dev
Available Tools
Authentication
banbury-login- Authenticate with Banbury credentials
Device Management
banbury-get-device-info- Get device informationbanbury-update-device- Update device databanbury-declare-online- Declare device online
File Management
banbury-get-files- Get files from specific pathbanbury-get-scanned-folders- Get scanned folder list
Task Management
banbury-get-sessions- Get user sessionsbanbury-add-task- Add new task
Model Management
banbury-add-model- Add model to device
Utility Tools
add- Simple addition (testing)get-joke- Random joke (entertainment)
Usage Examples
HTTP Mode
# Health check
curl http://localhost:3001/health
# Get a joke
curl -X POST http://localhost:3001/tool \
-H "Content-Type: application/json" \
-d '{"tool": "get-joke", "parameters": {}}'
# Login to Banbury
curl -X POST http://localhost:3001/tool \
-H "Content-Type: application/json" \
-d '{
"tool": "banbury-login",
"parameters": {
"username": "your-username",
"password": "your-password",
"environment": "dev"
}
}'
# Get device info using Authorization header
curl -X POST http://localhost:3001/tool \
-H "Content-Type: application/json" \
-H "Authorization: Bearer your-auth-token" \
-d '{
"tool": "banbury-get-device-info",
"parameters": {
"device_name": "your-device",
"environment": "dev"
}
}'
# Get device info using X-API-Key and Authorization Bearer headers
curl -X POST http://localhost:3001/tool \
-H "Content-Type: application/json" \
-H "Authorization: Bearer your-auth-token" \
-H "X-API-Key: your-mcp-server-api-key" \
-d '{
"tool": "banbury-get-device-info",
"parameters": {
"device_name": "your-device",
"environment": "dev"
}
}'
# Get device info using parameters (legacy method)
curl -X POST http://localhost:3001/tool \
-H "Content-Type: application/json" \
-d '{
"tool": "banbury-get-device-info",
"parameters": {
"token": "your-auth-token",
"apiKey": "your-api-key",
"device_name": "your-device",
"environment": "dev"
}
}'
Frontend Integration
The MCP server integrates seamlessly with the Banbury frontend:
- Set environment variable:
REACT_APP_MCP_SERVER_URL=http://localhost:3001 - The frontend automatically uses stored Banbury credentials
- Authentication headers are automatically included in all requests:
X-Auth-Token: User's Banbury tokenX-Username: User's Banbury usernameAuthorization: MCP server API key (if configured)
- AI conversations can call Banbury tools naturally
- Real-time status indicators show connection/auth state
Development
Project Structure
banbury-mcp-server/
├── main.ts # Main server code
├── run.sh # Stdio mode runner
├── run-http.sh # HTTP mode runner
├── package.json # Dependencies
└── README.md # Documentation
Adding New Tools
- Add tool definition in
main.ts:
server.tool("my-new-tool", {
token: z.string(),
my_param: z.string(),
environment: z.enum(['dev', 'prod']).default('dev')
}, async ({ token, my_param, environment }) => {
// Implementation
});
- Add HTTP handler case:
case 'my-new-tool':
result = await handleMyNewTool(parameters);
break;
Testing
# Install dependencies
npm install
# Run in development
npm run dev
# Type checking
npm run type-check
Security
- All Banbury API calls require authentication tokens
- CORS enabled for frontend integration
- No sensitive data logged or cached
- Token validation handled by Banbury backend
Troubleshooting
Connection Issues
- Verify the server is running:
curl http://localhost:3001/health - Check firewall settings for HTTP mode
- Ensure Banbury backend URLs are accessible
Authentication Errors
- Verify Banbury credentials are valid
- Check token hasn't expired
- Ensure proper environment (dev/prod) selection
Tool Execution Errors
- Check server logs for detailed error messages
- Verify required parameters are provided
- Ensure token has proper permissions
For more help, check the server logs or the Banbury frontend integration guide.
Authentication Methods
The MCP server supports multiple authentication methods with the following priority order:
- Authorization Header:
Authorization: Bearer <token>(Primary - matches axios global headers) - X-Auth-Token Header:
X-Auth-Token: <token>(Fallback) - X-API-Key Header:
X-API-Key: <api-key>(For MCP server API keys) - X-Username Header:
X-Username: <username>(For user context) - Request Parameters: Include
tokenand/orapiKeyin the parameters object (Legacy)
The frontend automatically sends the Banbury user token via Authorization: Bearer <token> header, following the same pattern as the axios global headers implementation.
Comments
New to MCP?
From what the protocol is to installing your first server, these answers cover most first questions.
An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.