Skip to main content

Overview

Bilt MCP Server follows the standard Model Context Protocol specification and works with any MCP-compatible client. This guide covers generic configuration that applies to all clients.
If your client isn’t listed in our integration guides, follow these generic instructions.

Connection Details

Every MCP client needs these core details:
string
required
For HTTP transport: https://mcp.bilt.me/mcp
string
required
sse (Server-Sent Events) - RecommendedAlternative: http (HTTP POST)
string
required
Bearer token in Authorization headerFormat: Bearer bilt_live_YOUR_TOKEN_HERE

Standard Configuration Format

Most MCP clients use this JSON structure:

Transport Options

Server-Sent Events provide real-time updates:
Pros:
  • Real-time progress updates
  • Long-running workflow support
  • Efficient for monitoring builds
Use when:
  • Client supports SSE
  • Need progress updates
  • Monitoring long builds

HTTP Transport (Alternative)

Standard HTTP POST requests:
Pros:
  • Universal compatibility
  • Simple request/response
  • Works behind strict firewalls
Use when:
  • Client doesn’t support SSE
  • Firewall restrictions
  • Simple tool invocations

Authentication Methods

Bearer Token (Standard)

Most common authentication:

Environment Variable

Reference tokens from environment:
Then set:

Token File

Some clients support reading from files:

Tool Discovery

Bilt MCP Server exposes 7 tools: Clients should discover these automatically via MCP’s tool listing protocol.

Manual Tool Invocation

If your client requires manual tool calls:

List Projects

Create Project

Send Message


Error Handling

Standard Error Responses

All errors follow the JSON-RPC 2.0 format:

Common Error Codes


Rate Limits

Request Limit100 requests per minute per token
Response Headers
  • X-RateLimit-Limit
  • X-RateLimit-Remaining
  • X-RateLimit-Reset

Handling Rate Limits

When you receive a 429 response:
  1. Check Retry-After header
  2. Wait specified seconds
  3. Retry request
Example:
Wait 60 seconds, then retry.

Testing Connection

cURL Test

Test basic connectivity:
Should return list of 7 tools.

Health Check

Should return: {"status":"ok"}

Client-Specific Considerations

Desktop Applications

  • Config usually in user home directory
  • Restart required after changes
  • Check app logs for errors

Web Applications

  • Use HTTP transport (better browser support)
  • Handle CORS if needed (Bilt allows all origins)
  • Store tokens securely (not in frontend code)

CLI Tools

  • Support environment variables
  • Allow config file path override
  • Provide clear error messages

IDE Extensions

  • Project-specific configuration
  • Git-ignore sensitive tokens
  • Auto-reload on config change

Debugging

Enable Verbose Logging

Most clients support debug mode:

Check Connection

  1. Verify URL is accessible
  2. Test authentication
  3. Check firewall rules
  4. Review client logs

Common Issues

Cause: Network or firewall issueSolution:
  • Check internet connection
  • Test from different network
  • Verify port 443 is open
Cause: Token format or expirationSolution:
  • Verify format: bilt_live_...
  • Check for extra spaces
  • Regenerate token
Cause: Client not calling tool discoverySolution:
  • Check client supports MCP tools
  • Manually list tools via API
  • Update client to latest version

Security Best Practices

Never expose tokensDon’t commit to git or share publicly
Use environment variablesStore tokens outside config files
Rotate regularlyGenerate new tokens every 90 days
Restrict permissionsUse separate tokens per environment

Example Configurations

Python Client

JavaScript Client

Go Client


Need Help?

If your client isn’t working:
  1. Check client documentation - Verify MCP support
  2. Test with cURL - Ensure Bilt is accessible
  3. Review logs - Look for specific errors
  4. Contact support - We can help configure your client

API Reference

Complete tool documentation