mcp-server-notifier
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@mcp-server-notifiernotify me on Discord when the task is finished"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
MCP Server Notifier
A lightweight notification service that integrates with MCP (Model Context Protocol) to send webhooks when AI agents complete tasks.

Authors
Originally created by tuberrabbit@gmail.com.
Currently maintained by zudsniper.
Related MCP server: mcp-server-notify
Features
Webhook Notifications: Receive alerts when your AI agents complete tasks
Multiple Webhook Providers: Support for Discord, Slack, Microsoft Teams, Feishu, Ntfy, and custom webhooks
Image Support: Include images in notifications via Imgur
Multi-Project Support: Efficiently manage notifications across different projects
Easy Integration: Simple setup with AI tools like Cursor
Customizable Messages: Send personalized notifications with title, body, and links
Installation
Option 1: Using npm
npm install -g mcp-server-notifierOption 2: Using Docker
docker pull zudsniper/mcp-server-notifier:latest
# Run with environment variables
docker run -e WEBHOOK_URL=https://your-webhook-url -e WEBHOOK_TYPE=discord zudsniper/mcp-server-notifierOption 3: From Source
git clone https://github.com/zudsniper/mcp-server-notifier.git
cd mcp-server-notifier
npm install
npm run buildIntegration
Cursor Integration
Go to your 'Cursor Settings'
Click
MCPin the sidebar, then click+ Add new global MCP serverAdd
mcp-server-notifier.
{
"mcpServers": {
"notifier": {
"command": "npx",
"args": [
"-y",
"mcp-server-notifier"
],
"env": {
"WEBHOOK_URL": "https://ntfy.sh/webhook-url-example",
"WEBHOOK_TYPE": "ntfy"
}
}
}
}
Configuration
By default, the notifier supports several webhook types:
Discord
Slack
Microsoft Teams
Feishu
Ntfy
Generic JSON
You can specify the webhook type and URL through environment variables:
env WEBHOOK_URL="https://your-webhook-url" WEBHOOK_TYPE="discord" npx -y mcp-server-notifierAuthentication Tokens
WEBHOOK_TOKEN is an optional environment variable. When set, it will be included as a Bearer token in the Authorization header only for ntfy webhook requests. If WEBHOOK_TOKEN is not set, no Authorization header is sent.
Basic Authentication is not supported.
This token is ignored by all other webhook providers (Discord, Slack, Teams, Feishu, Generic JSON).
Example:
env WEBHOOK_URL="https://ntfy.sh/your-topic" WEBHOOK_TYPE="ntfy" WEBHOOK_TOKEN="your-secret-token" npx -y mcp-server-notifierConfiguration File
For more advanced configuration, you can create a webhook-config.json file:
{
"webhook": {
"type": "discord",
"url": "https://discord.com/api/webhooks/your-webhook-url",
"name": "My Notifier"
},
"imgur": {
"clientId": "your-imgur-client-id"
}
}See the Configuration Guide for full details and examples.
Usage
Ask your AI agent to notify you with a custom message when a task is complete
Configure it as a persistent rule in Cursor settings to avoid repeating the setup
For detailed usage instructions, see the Usage Guide.
Available Tools
notifyPurpose: Send rich notifications to any configured webhook
Input:
message- Text content of the notificationtitle(optional) - Title for the notificationlink(optional) - URL to include in the notification (used as click action for ntfy)imageUrl(optional) - URL of an image to include (legacy, useimageorattachments)image(optional) - Local file path of an image to upload to Imgurpriority(optional, ntfy only) - Notification priority (1-5)attachments(optional, ntfy only) - Array of URLs to attachtemplate(optional, ntfy only) - Predefined template to use: status, question, progress, problemtemplateData(optional, ntfy only) - Data to populate the chosen templateactions(optional, ntfy only) - Array of action button definitions (vieworhttp)
Best for: General notification needs
Note: Template functionality is currently under development and has limited support. Templates work best with ntfy.sh but may not be fully implemented for all webhook providers. See the ROADMAP.md file for future implementation plans.
NTFY Templates
When using ntfy.sh as your webhook provider, you can use the following predefined templates:
Status Template (
status)Purpose: Send status updates about systems, processes, or tasks
Data Fields:
status- Current status (e.g., "online", "completed", "pending")details(optional) - Additional information about the statustimestamp(optional) - When this status was recordedcomponent(optional) - The system component this status applies to
Question Template (
question)Purpose: Ask questions that require a response
Data Fields:
question- The main question being askedcontext(optional) - Background information for the questionoptions(optional) - Possible answer optionsdeadline(optional) - When a response is needed by
Progress Template (
progress)Purpose: Track progress of long-running tasks
Data Fields:
title- Name of the task or processcurrent- Current progress valuetotal- Total value to reach completionpercentage(optional) - Explicit percentage value (calculated if not provided)eta(optional) - Estimated time to completiondetails(optional) - Additional information about the progress
Problem Template (
problem)Purpose: Report errors or issues
Data Fields:
title- Short description of the problemdescription(optional) - Detailed information about the problemseverity(optional) - How severe the problem is (e.g., "critical", "warning")source(optional) - Where the problem originatedtimestamp(optional) - When the problem occurredsolution(optional) - Suggested ways to fix the problem
Example Using Template:
// Send a progress notification
{
"template": "progress",
"templateData": {
"title": "Database Backup",
"current": 75,
"total": 100,
"eta": "2 minutes remaining",
"details": "Compressing backup files"
},
"priority": 3
}Docker Support
The MCP Server Notifier is available as a Docker image:
docker pull zudsniper/mcp-server-notifier:latestRun with environment variables:
docker run -e WEBHOOK_URL=https://your-webhook-url -e WEBHOOK_TYPE=discord zudsniper/mcp-server-notifierExample Configurations
Example webhook configurations are available in the examples directory.
Development
Setting Up Development Environment
Clone the repository:
git clone https://github.com/zudsniper/mcp-server-notifier.git
cd mcp-server-notifierInstall dependencies:
npm installBuild the project:
npm run buildTesting Your Changes
Run the MCP server in development mode:
# Install the MCP Inspector if you haven't already
npm install -g @modelcontextprotocol/inspector
# Start the server with the Inspector
npx @modelcontextprotocol/inspector node build/index.jsThe Inspector provides a web interface where you can:
Send requests to your tools
View request/response logs
Debug issues with your implementation
Releasing New Versions
To release a new version:
Update version in
package.jsonPush changes to the
releasebranchGitHub Actions will automatically:
Run tests
Build and push Docker images
Publish to npm
Create a GitHub Release
Required repository secrets for CI/CD:
DOCKERHUB_USERNAME- Docker Hub usernameDOCKERHUB_TOKEN- Docker Hub access tokenNPM_TOKEN- npm access token
License
MIT License - see LICENSE file for details.
Contributing
Contributions are welcome! Please feel free to submit a Pull Request.
This MCP is certified by MCP Review.
Certification page: https://mcpreview.com/mcp-servers/tuberrabbit/mcp-server-notifier
Available Tools
1 toolnotifyB
Send a notification to configured webhook services (Discord, Slack, Teams, Feishu, ntfy, custom)
| Name | Required | Description | Default |
|---|---|---|---|
| message | Yes | The main content of the notification message | |
| title | No | Optional title for the notification | |
| link | No | Optional URL to include in the notification | |
| imageUrl | No | URL of an image to include (will be used as an attachment when possible) | |
| image | No | Local file path for an image to upload to Imgur | |
| priority | No | Notification priority level from 1-5 (5=highest) | |
| attachments | No | List of URLs to attach to the notification | |
| actions | No | Interactive action buttons for the notification |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries full burden. It only states 'send a notification' without detailing behavioral traits like idempotency, error handling, rate limits, or side effects. The listing of supported services adds some context but insufficient for an 8-parameter tool.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
A single sentence that efficiently conveys the tool's purpose. No superfluous words, and the key information (supported services) is front-loaded. Every part earns its place.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
The description is too brief for a tool with 8 parameters and no output schema. It omits critical context such as the need for pre-configured webhooks, what the return value looks like (e.g., success/error), and what happens if a webhook is unreachable. These gaps leave an agent underinformed.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100% and the schema descriptions are detailed. The tool description adds no additional meaning beyond what the schema already provides. Baseline 3 is correct since the schema does the heavy lifting.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the verb 'send' and the resource 'notification to configured webhook services', listing specific supported platforms (Discord, Slack, Teams, Feishu, ntfy, custom). This leaves no ambiguity about the tool's function.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
No guidance on when to use this tool versus alternatives or prerequisites (e.g., webhook configuration). With no sibling tools, the lack of explicit usage context is acceptable but still minimal. A 3 is appropriate for absence of any usage direction.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
TDQS
Only one tool exists, so there is no possibility of ambiguity between tools.
The single tool name 'notify' is appropriate for its function, and no inconsistencies exist.
One tool for a notification server is slightly minimal but still reasonable for sending notifications to configured webhooks.
The notification tool covers the core sending operation, but lacks tools for managing webhook configurations or testing connectivity, which are notable gaps.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Let your AI agent notify you by email, Slack, Discord, or webhook. One tool: send_notification.
Push notifications for AI agents - send instant iPhone notifications from any MCP client.
Task management for teams building with AI agents. Agents claim tasks and report progress.
Zero-setup WhatsApp notifications + human-in-the-loop for AI agents — text 'join', send in 60s.
Related MCP Servers
- AlicenseBqualityFmaintenanceA Model Context Protocol service that sends desktop notifications and alert sounds when AI agent tasks are completed, integrating with various LLM clients like Claude Desktop and Cursor.154MIT
- AlicenseAqualityCmaintenance一个轻量级的桌面通知工具,支持 MCP 协议集成和命令行直接调用,让 Agent 能够智能发送系统通知。1164MIT
- AlicenseNot gradedqualityCmaintenanceEnables sending real-time and webhook notifications when AI agents complete tasks, with support for Discord, Slack, Teams, Feishu, Ntfy, and custom webhooks.6MIT
- AlicenseNot gradedqualityDmaintenanceLet your AI agent notify you via email, Slack, Discord, or webhook using a single tool.MIT
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/tuberrabbit/mcp-server-notifier'
If you have feedback or need assistance with the MCP directory API, please join our Discord server