Connect your agent to MCP servers for pre-built tool integrations. Instead of writing custom webhooks, you plug into standardized servers that expose databases, calendars, CRMs, and other systems. What you’ll learn: How MCP works, configuring connections, authentication options, tool filtering, and when to use MCP vs custom webhooks.Documentation Index
Fetch the complete documentation index at: https://docs.blackbox.dasha.ai/llms.txt
Use this file to discover all available pages before exploring further.
Think of MCP as a “USB-C port for AI applications” — a universal way to connect AI agents to external systems.
Overview
MCP standardizes how AI agents interact with external tools. Instead of building custom integrations for each system, MCP provides a unified interface. Key benefits:- One protocol for all tool integrations
- Automatic tool discovery from MCP servers
- Standardized authentication and error handling
- Growing ecosystem of pre-built MCP servers
How MCP works
How MCP works
- Connection setup: Configure your agent to connect to an MCP server
- Tool discovery: Platform automatically discovers available tools
- Runtime invocation: Agent calls tools during conversations
- Secure execution: MCP server executes operations with authentication
- Result integration: Tool results are incorporated into responses
Set up MCP connections
- Dashboard
- API
Navigate to the MCP Connections tab when creating or editing an agent.
Configure details
- Name: Descriptive identifier (e.g., “GitHub API”, “Company Database”)
- Server URL: HTTP/HTTPS endpoint of your MCP server
- Description: Optional notes about purpose
Set up authentication
Choose authentication method:
- No Authentication: For public/internal servers
- API Key: Include API key in custom header
- Bearer Token: OAuth 2.0 or similar token-based auth
Select transport
- SSE (Server-Sent Events): For streaming connections (default)
- StreamableHTTP: For HTTP-based request/response
Configuration reference
Required fields
| Field | Type | Description |
|---|---|---|
name | string | Unique identifier for this connection |
serverUrl | string (URL) | HTTP/HTTPS endpoint of the MCP server |
Optional fields
| Field | Type | Default | Description |
|---|---|---|---|
description | string | null | Human-readable description |
authentication | object | null | Authentication configuration |
customHeaders | object | null | Additional HTTP headers |
isEnabled | boolean | true | Whether connection is active |
transport | enum | ”SSE” | "SSE" or "StreamableHTTP" |
whiteListTools | string[] | null | Tools to include exclusively |
blackListTools | string[] | null | Tools to exclude |
Authentication types
No authentication
No authentication
API key
API key
X-API-Key, X-Auth-Token, API-Key
Bearer token
Bearer token
Custom headers
Custom headers
Transport types
| Transport | Connection | Best for | Latency |
|---|---|---|---|
| SSE (default) | Persistent | Real-time tools, streaming data | Lower |
| StreamableHTTP | Per-request | REST APIs, batch operations | Higher |
- Your MCP server supports SSE
- You need real-time tool responses
- Low latency is important
- Your MCP server doesn’t support SSE
- You’re integrating with REST-based implementations
- Tools are simple request/response operations
Tool filtering
Control which MCP tools are available to your agent.Tool whitelisting and blacklisting are currently available only through the API. The dashboard UI does not expose these options.
Whitelist tools
Whitelist tools
Include ONLY specified tools:
Blacklist tools
Blacklist tools
Exclude specific tools:
Precedence rules
| Configuration | Result |
|---|---|
| Only whitelist | Only whitelisted tools available |
| Only blacklist | All tools except blacklisted |
| Both specified | Whitelist wins, blacklist ignored |
| Neither | All discovered tools available |
Test connections
Via API
Via API
Verification response
Verification response
Common use cases
CRM integration
CRM integration
Database access
Database access
Knowledge base
Knowledge base
MCP vs custom webhooks
| Feature | MCP tools | Custom webhooks |
|---|---|---|
| Setup | Requires MCP server | Direct webhook endpoint |
| Tool discovery | Automatic | Manual configuration |
| Authentication | Standardized | Custom per endpoint |
| Best for | Multiple related tools | Single-purpose actions |
- Multiple related tools from same system
- Dynamic tool discovery needed
- Standardized authentication
- Single-purpose tool/action
- Legacy systems without MCP support
- Custom execution logic required
Best practices
Security
- Use whitelisting to expose only necessary tools
- Avoid granting access to destructive operations
- Always use authentication for production servers
- Rotate API keys regularly
- Use HTTPS for all MCP server URLs
Performance
- Aim for under 500ms tool response times
- Use caching on MCP server for frequent data
- Consider async operations for long-running tasks
Reliability
- Return descriptive error messages
- Implement retries for transient failures
- Monitor tool invocation success rates
Troubleshooting
Connection failures
Connection failures
- Verify
serverUrlis correct and accessible - Check authentication credentials
- Ensure MCP server is running
- Verify network connectivity (firewalls, proxies)
Authentication errors (401/403)
Authentication errors (401/403)
- Verify authentication type matches server expectations
- Check API key or token is not expired
- Ensure
headerNamematches what server expects - Test authentication with curl or Postman
No tools discovered
No tools discovered
- Verify MCP server implements tool listing correctly
- Check
whiteListToolsisn’t too restrictive - Ensure tools aren’t disabled on server side
- Check for server-side errors
Tool invocation failures
Tool invocation failures
- Verify tool schemas match parameter requirements
- Check external system is accessible
- Monitor MCP server logs
- Test tools independently outside conversation flow
Next steps
Tools & functions
Configure custom webhook-based tools
Create Agent
Core agent configuration
Dashboard testing
Test MCP tools in conversations
Troubleshooting
Debug tool invocation issues