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.
SonarQube
Sonar
Sonar's official MCP server brings SonarQube code quality, security, and coverage analysis into your AI agent.
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.
Resend
Resend
Resend's official MCP server lets agents send, schedule, and manage email plus contacts, broadcasts, and domains.
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.
Pipedrive
Samuel Fraga
A comprehensive community Pipedrive MCP server: search, read, and update deals, contacts, organizations, activities, and pipelines from your agent.
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.
Discord MCP
barryyip0625
Maintained community MCP server that lets an agent run a Discord bot: messages, channels, forums, roles, and webhooks.
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.