MCP servers that can create a webhook

4 verified servers expose a tool that can create a webhook

Webhooks are how a service tells you something happened instead of you polling for it. Creating one registers an endpoint a platform will call on an event, a new scan, a delivered email, a CRM change, so an agent can wire up a notification rather than check on a loop.

These verified servers let an agent create a webhook for event notifications.

Top pick

SonarQube

Sonar

Official

Sonar's official MCP server brings SonarQube code quality, security, and coverage analysis into your AI agent.

devops-ci563
Tool:
  • create_webhook

SonarQube's create_webhook registers a webhook for an organization or project, so a scan result can notify your systems the moment analysis finishes.

Pick 2

Resend

Resend

Official

Resend's official MCP server lets agents send, schedule, and manage email plus contacts, broadcasts, and domains.

email522
Tool:
  • create-webhook

Resend's create-webhook subscribes a URL to email events, the way an agent wires up delivery, bounce, or open notifications for mail it sends.

Pick 3

Pipedrive

Samuel Fraga

Community

A comprehensive community Pipedrive MCP server: search, read, and update deals, contacts, organizations, activities, and pipelines from your agent.

crm9
Tool:
  • webhooks_create

webhooks_create registers a Pipedrive webhook for real-time CRM notifications, so a deal or contact change reaches your systems as it happens.

Pick 4

Discord MCP

barryyip0625

Community

Maintained community MCP server that lets an agent run a Discord bot: messages, channels, forums, roles, and webhooks.

communication
Tool:
  • discord_create_webhook

discord_create_webhook makes a webhook for a Discord channel, the lightweight way to post into a channel without running a full bot user.

What to know

A webhook flips the direction of integration: the platform pushes to your URL when something occurs, which is cheaper and faster than an agent polling an API. The create call takes the endpoint and the events to subscribe to, and the platform handles delivery from there. The services here fire on very different events: SonarQube on an analysis, Resend on an email event like a bounce or open, Pipedrive on a CRM change, Discord posts into a channel through its webhook. The shape is shared: register a URL, pick the events, receive the callbacks.

A webhook an agent creates is standing infrastructure, not a one-off action, which makes remembering it matter. An agent that registers a second webhook because it forgot the first leaves duplicate deliveries and noise. Knowing which webhooks it already set up, and to which URL, keeps the integration clean.

Questions

Why use a webhook instead of polling?
Because the platform pushes to you on the event rather than you asking repeatedly. Polling burns calls and adds lag; a webhook delivers the moment something happens. For an agent reacting to email events, CRM changes, or scan results, that is both cheaper and faster.
How do I avoid duplicate webhooks?
List or check existing webhooks before creating one, and keep a record of what the agent already registered and to which URL. An agent with no memory of its prior webhooks will register a second for the same events, which doubles the deliveries you then have to dedupe.