Skip to main content
Glama
tuberrabbit

mcp-server-notifier

by tuberrabbit

MCP Server Notifier

A lightweight notification service that integrates with MCP (Model Context Protocol) to send webhooks when AI agents complete tasks.

简体中文文档

MCP Server Notifier

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-notifier

Option 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-notifier

Option 3: From Source

git clone https://github.com/zudsniper/mcp-server-notifier.git
cd mcp-server-notifier
npm install
npm run build

Integration

Cursor Integration

  1. Go to your 'Cursor Settings'

  2. Click MCP in the sidebar, then click + Add new global MCP server

  3. Add 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-notifier

Authentication 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-notifier

Configuration 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

  1. notify

    • Purpose: Send rich notifications to any configured webhook

    • Input:

      • message - Text content of the notification

      • title (optional) - Title for the notification

      • link (optional) - URL to include in the notification (used as click action for ntfy)

      • imageUrl (optional) - URL of an image to include (legacy, use image or attachments)

      • image (optional) - Local file path of an image to upload to Imgur

      • priority (optional, ntfy only) - Notification priority (1-5)

      • attachments (optional, ntfy only) - Array of URLs to attach

      • template (optional, ntfy only) - Predefined template to use: status, question, progress, problem

      • templateData (optional, ntfy only) - Data to populate the chosen template

      • actions (optional, ntfy only) - Array of action button definitions (view or http)

    • 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:

  1. 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 status

      • timestamp (optional) - When this status was recorded

      • component (optional) - The system component this status applies to

  2. Question Template (question)

    • Purpose: Ask questions that require a response

    • Data Fields:

      • question - The main question being asked

      • context (optional) - Background information for the question

      • options (optional) - Possible answer options

      • deadline (optional) - When a response is needed by

  3. Progress Template (progress)

    • Purpose: Track progress of long-running tasks

    • Data Fields:

      • title - Name of the task or process

      • current - Current progress value

      • total - Total value to reach completion

      • percentage (optional) - Explicit percentage value (calculated if not provided)

      • eta (optional) - Estimated time to completion

      • details (optional) - Additional information about the progress

  4. Problem Template (problem)

    • Purpose: Report errors or issues

    • Data Fields:

      • title - Short description of the problem

      • description (optional) - Detailed information about the problem

      • severity (optional) - How severe the problem is (e.g., "critical", "warning")

      • source (optional) - Where the problem originated

      • timestamp (optional) - When the problem occurred

      • solution (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:latest

Run with environment variables:

docker run -e WEBHOOK_URL=https://your-webhook-url -e WEBHOOK_TYPE=discord zudsniper/mcp-server-notifier

Example Configurations

Example webhook configurations are available in the examples directory.

Development

Setting Up Development Environment

  1. Clone the repository:

git clone https://github.com/zudsniper/mcp-server-notifier.git
cd mcp-server-notifier
  1. Install dependencies:

npm install
  1. Build the project:

npm run build

Testing Your Changes

  1. 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.js
  1. The 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:

  1. Update version in package.json

  2. Push changes to the release branch

  3. GitHub 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 username

  • DOCKERHUB_TOKEN - Docker Hub access token

  • NPM_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 tool
notifyB

Send a notification to configured webhook services (Discord, Slack, Teams, Feishu, ntfy, custom)

ParametersJSON Schema
NameRequiredDescriptionDefault
messageYesThe main content of the notification message
titleNoOptional title for the notification
linkNoOptional URL to include in the notification
imageUrlNoURL of an image to include (will be used as an attachment when possible)
imageNoLocal file path for an image to upload to Imgur
priorityNoNotification priority level from 1-5 (5=highest)
attachmentsNoList of URLs to attach to the notification
actionsNoInteractive action buttons for the notification

TDQS

B3.4/5.0
Behavior2/5

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.

Conciseness5/5

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.

Completeness2/5

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.

Parameters3/5

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.

Purpose5/5

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.

Usage Guidelines3/5

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

A3.7/5.0
Disambiguation5/5

Only one tool exists, so there is no possibility of ambiguity between tools.

Naming Consistency5/5

The single tool name 'notify' is appropriate for its function, and no inconsistencies exist.

Tool Count4/5

One tool for a notification server is slightly minimal but still reasonable for sending notifications to configured webhooks.

Completeness3/5

The notification tool covers the core sending operation, but lacks tools for managing webhook configurations or testing connectivity, which are notable gaps.

Maintenance

ActivityInactive
ResponsivenessNo issues

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

Related MCP Servers

  • A
    license
    B
    quality
    F
    maintenance
    A 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.
    1
    54
    MIT
  • A
    license
    Not graded
    quality
    C
    maintenance
    Enables sending real-time and webhook notifications when AI agents complete tasks, with support for Discord, Slack, Teams, Feishu, Ntfy, and custom webhooks.
    6
    MIT
  • A
    license
    Not graded
    quality
    D
    maintenance
    Let your AI agent notify you via email, Slack, Discord, or webhook using a single tool.
    MIT

Latest Blog Posts

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