Discord API MCP Configuration
The Discord API MCP configuration provides a hosted JSON schema that connects AI assistants — including Claude Desktop, Cursor, Windsurf, and VS Code Copilot — to the Discord API API via the Model Context Protocol. This configuration maps 3 API endpoints as callable tools, including Get channel messages, Send message, Get guild. It requires Bot Token credentials to authenticate. The configuration is community-generated from the Discord API OpenAPI specification (v10.0) and has a quality score of 58/99 (fair documentation coverage). Use the hosted URL below to auto-load this schema into any compatible MCP client.
Quick Specs Reference
Hosted Config URL
Use this hosted URL in any client that supports remote MCP schema auto-loading.
https://mcpbridge.org/config/discord.jsonOne-Click Client Setup
Copy the configurations below to wire your local coding assistant directly.
Claude Desktop
claude_desktop_config.json{
"mcpServers": {
"discord": {
"command": "npx",
"args": [
"-y",
"@discord/mcp-server"
],
"env": {
"DISCORD_BOT_TOKEN": "your_bot_token"
}
}
}
}Cursor & VS Code
MCP Server URL Setup{
"mcpServers": {
"discord": {
"url": "https://mcpbridge.org/config/discord.json"
}
}
}Raw Configuration JSON
For local command line wrappers or dynamic shell bindings.
{
"mcpServers": {
"discord": {
"command": "npx",
"args": ["-y","@discord/mcp-server"],
"env": {
"DISCORD_BOT_TOKEN": "your_bot_token"
}
}
}
}Required Environment Keys
Substitute these secrets inside your configuration directory environment definitions.
DISCORD_BOT_TOKENyour_bot_token with your secret key credentialMapped Web APIs & Tools
The following routes will be exposed directly as protocol tools for the LLM.
/channels/{channel_id}/messagesGet channel messages
/channels/{channel_id}/messagesSend message
/guilds/{guild_id}Get guild
Similar Configurations
Slack API
Send messages, manage channels, and integrate Slack notifications into your AI agent workflows.
https://mcpbridge.org/config/slack.jsonTwilio API
Send SMS, make calls, and manage communication channels through your AI agent.
https://mcpbridge.org/config/twilio.jsonEmail Activity (beta)
The Email Activity (beta) API, provided by [Your Email Service Provider], is a specialized suite of endpoints designed to grant programmatic access to granular email event data and system security configurations. Its core capability revolves around detailed filtering and search across two primary domains: user engagement events (like opens, clicks, and bounces) and security/access control settings. While the event data functionality is limited to a recent two-day window by default, it serves as a powerful tool for real-time monitoring and immediate post-campaign analysis. Typical use cases for enterprise teams include building internal dashboards for marketing performance, automating alerts for campaign anomalies (e.g., a sudden spike in bounces), and developing custom reporting pipelines that feed into business intelligence systems. The associated security endpoints—managing an access whitelist and configuring alert notifications—provide critical administrative control, allowing teams to programmatically define which IP addresses or systems can interact with their email infrastructure and to set up proactive monitoring for potential security or deliverability issues. When exposed as tools to an AI coding assistant via the Model Context Protocol (MCP), the value of the Email Activity API shifts from simple data retrieval to enabling intelligent, context-aware automation and synthesis. An AI agent, such as Claude Desktop or an IDE-integrated assistant, can leverage these endpoints not just to fetch data, but to perform complex reasoning on the results. For instance, instead of a developer manually querying for all "bounce" events, they can instruct the AI to "analyze the last 24 hours of bounce data, group them by recipient domain, and draft an alert for the ops team if the failure rate for our primary domain exceeds 1%." The AI can dynamically combine data from the activity endpoint with the current security whitelist via the `/access_settings/whitelist` endpoint to audit configurations, generating suggestions like "I noticed the marketing automation server's IP is not whitelisted, which may be causing the recent campaign sends to fail. Should I add it?" Practical workflow examples showcase the transformative potential of this integration. A developer can instruct the AI agent to perform dynamic tasks such as: "Query the `/alerts` endpoint, review the current conditions for our 'high bounce rate' alert, and suggest a more sensitive threshold based on the bounce data from the last hour, then propose the corresponding API call to update it." Alternatively, an agent could be tasked to "Audit our security posture by fetching the current whitelist, cross-reference it with recent access logs (if available through a separate log endpoint), and flag any IP addresses that have made numerous requests but are not currently whitelisted, recommending whether to create a new whitelist rule." This allows the AI to act as an operational analyst, continuously monitoring system state and suggesting or implementing administrative actions based on real-time data streams. Critical implementation considerations begin with the "None" authentication method indicated for this beta API, which is a significant security red flag. Developers must assume this is a placeholder or error and seek alternative, robust authentication (like OAuth 2.0 or API key via a secure header) as soon as the API matures. Until then, any integration must treat the endpoints as highly sensitive and be restricted to non-production, sandboxed environments only. When setting up the MCP server, adherence to the principle of least privilege is paramount: the API keys or tokens used should be scoped exclusively to the narrow set of email activity and security endpoints required for the specific workflow, with no unnecessary read/write permissions. Configuration should ensure all API calls are made over TLS, and any locally cached email event data must be treated as confidential, encrypted at rest and in transit to prevent exposure of sensitive user engagement information. Developers must also build in robust error handling for rate limits and the inherent instability of beta endpoints, designing their AI-driven workflows to gracefully manage changes in the API schema without failure.
https://mcpbridge.org/config/sendgrid-com.jsonAdafruit IO REST API
Adafruit IO is a cloud platform developed by Adafruit Industries, specifically designed to serve as the backbone for the Internet of Things for everyone. Its core HTTP REST API provides a universal interface for interacting with time-series data streams known as "feeds," which represent data points from sensors or commands to actuators. The API enables developers to retrieve, create, and manage data, dashboards, and webhooks, effectively abstracting the complexity of raw data ingestion and visualization. Typical use cases span from consumer hobbyists building home automation systems and weather stations to enterprises prototyping industrial monitoring solutions, asset tracking, and automated alerts. The platform’s strength lies in its simplicity and accessibility, allowing data from any HTTP-capable device—from a Raspberry Pi to an industrial PLC—to be logged, visualized, and acted upon without managing backend infrastructure. When this API is exposed as a set of tools to an AI coding assistant via the Model Context Protocol (MCP), it transforms the assistant from a mere code generator into an active IoT operations agent. The AI can directly interact with the live Adafruit IO environment, bridging the gap between developer intent and runtime data manipulation. This integration unlocks significant value by enabling context-aware automation; the AI can understand the current state of feeds and dashboards to suggest or implement improvements, debug connectivity issues by checking recent activities, or dynamically adjust configurations based on real-world data patterns. For a developer, this means the AI can not only write the client code but also test it, verify data flow, and assist in the operational maintenance of the IoT solution within a single, seamless workflow. With MCP integration, a developer can instruct the AI to perform complex, multi-step tasks. For example, the AI agent can query a user’s activities to diagnose recent feed data ingestion failures, then automatically create a new webhook endpoint to re-establish a broken data pipeline. It can be instructed to retrieve the block layout of a specific dashboard, analyze its structure, and programmatically generate a new, optimized dashboard with updated blocks via the appropriate POST endpoints. Furthermore, the AI can fetch the status of all feeds under a username, identify any that are stale, and then craft the precise API calls needed to clean up obsolete data or notify the responsible systems, effectively automating routine data hygiene and monitoring tasks that would otherwise require manual console interaction or custom scripting. Critical to this integration is a clear understanding of authentication and security. Although the endpoint list specifies "None," the Adafruit IO API actually employs API key-based authentication, typically passed as a query parameter or an X-AIO-Key header. The provided "None" likely refers to no OAuth or complex token exchange; however, developers must treat their API keys as sensitive secrets, never hardcoding them in client-side code or committing them to version control. When configuring an MCP server, keys should be stored in environment variables or a secure vault. Adhering to the principle of least privilege is essential: generate and use separate, restricted API keys for AI agent access that have only the permissions required for its specific tasks—such as read-only access to certain feeds—rather than a master key with full account control. This confines any potential issues arising from AI-generated actions to a limited scope, safeguarding the integrity of the entire IoT ecosystem.
https://mcpbridge.org/config/adafruit-com.json