Hooksense MCP server
io.github.ozers/hooksense·v0.2.1·2 starsWebhook & callback layer for AI agents: create a URL, wait_for_callback, and verify over MCP.
2 stars29 downloads/wk
Reviews
Write oneNobody has reviewed Hooksense yet.
If you have run it, two minutes of your experience saves the next person an afternoon.
Hooksense tools (8, 1 write)
write = sends, deletes, buys or postsRead from the package source without running it. The installed server may list more.
create_callback_endpointwrite actionCreate a callback endpoint and return its URL. Hand this URL to a long-running/async job (or another agent) as its webhook/callback target, then await the result with wait_for_callback. Also works as a plain webhook capture URL for any provider (Stripe, GitHub, …).
get_callback_payloadFetch a single received callback with full headers, decrypted body, and metadata. Use this to read the result of an async job after wait_for_callback or list_callbacks gives you a callback id.
get_endpointGet details about a specific endpoint — its full URL, signature provider config, and custom response settings.
list_callbacksList callbacks received by an endpoint, newest first. Returns a summary (method, status, provider, received_at). Use `get_callback_payload` for the full body. Tip: read the newest `received_at` and pass it as `after` to wait_for_callback to wait only for what comes next.
list_endpointsList all webhook endpoints owned by the authenticated user. Returns slug, created_at, and request counts.
replay_callbackReplay a received callback to a target URL. The original headers and body are re-sent unchanged — useful to re-drive your handler against a known payload without re-triggering the upstream event.
verify_signatureVerify the HMAC signature of a received callback against the endpoint's configured secret (Stripe, GitHub, Shopify, or custom), using a timing-safe comparison. Returns whether the callback is authentic and untampered — call this before your agent acts on a payload. Requires the endpoint to have a webhook secret configured and a paid plan.
wait_for_callbackBlock until the next webhook (callback) arrives at an endpoint, then return it — instead of polling. Use this for async/long-running work: kick off the job with the endpoint URL as its callback, then call wait_for_callback to receive the result the moment it lands (signature-verified, decrypted). Returns { status: 'received', request } on delivery, or { status: 'pending' } if `timeoutMs` elapses f
Public scan report
scanner v0.1.9 · 2026-09-26 · same rubric, same numbers if you re-run it
- Code scan2 source files scanned25/25
- –Live reliabilityno gateway calls yet and no remote to proben/a
- –Tool poisoningtools not inspected (local package is not executed); not countedn/a
- Auth qualitystatic API keys via environment variables6/15
- Maintenancelast push 82 days ago12/15
- Maintainer identityregistry namespace matches repository owner; GitHub account older than a year8/10
How Hooksense compares
Against every graded MCP server, from our own scans and uptime checks. Updated after each scan run.
- Safety score
- 78/100
- higher than 57% of 48,255 servers
- Tools
- 8
- the typical server has 7
- Tools that change things
- 13%
- typical: 0%. Fewer write tools means less an agent can break
- GitHub stars
- 2
- more than 75% of 28,688 servers
- Downloads a week
- 29
- more than 16% of 12,191 servers with a package
What its tools let an agent do: 7 read · 1 create
Install Hooksense in Claude Code, Cursor or VS Code
Runs npx -y @hooksense/mcp on your machine. Read the scan report first; the gateway never runs local packages.
claude mcp add hooksense -- npx -y @hooksense/mcp
What the publisher says
From the Hooksense repository's README, as published. We do not edit it. Read it on GitHub
@hooksense/mcp
Model Context Protocol server for HookSense — the webhook & callback layer for AI agents. Lets Claude Desktop, Cursor, Claude Code, Continue, and any MCP client create a callback URL, wait for the result instead of polling, and verify its signature — all from the agent session.
Why
Agents that kick off async work — a deploy, a render, a human-in-the-loop approval, a long tool call, another agent — need the result back without burning context on polling loops. With this server the agent creates a callback endpoint, hands the URL to the job, then calls waitforcallback and is woken the instant the webhook lands — signature-verified and decrypted. Stop polling for async results; await them.
Setup
- Get an API token at
- Configure your MCP client (examples below)
Claude Desktop / Claude Code
Add to ~/Library/Application Support/Claude/claudedesktopconfig.json (macOS) or %APPDATA%\Claude\claudedesktopconfig.json (Windows):
{
"mcpServers": {
"hooksense": {
"command": "npx",
"args": ["-y", "@hooksense/mcp"],
"env": {
"HOOKSENSE_TOKEN": "hsk_your_token_here"
}
}
}
}Cursor
Add to ~/.cursor/mcp.json:
{
"mcpServers": {
"hooksense": {
"command": "npx",
"args": ["-y", "@hooksense/mcp"],
"env": {
"HOOKSENSE_TOKEN": "hsk_your_token_here"
}
}
}
}Hello callback (60 seconds)
Once configured, ask your agent:
- Create — "Create a callback endpoint." → the agent calls createcallbackendpoint and gets back a callbackUrl like https://hooksense.com/w/ab12cd.
- Fire — point any job at that URL (or just curl -X POST -d '{"status":"done"}' from another terminal).
- Await — "Wait for the callback." → the agent calls waitforcallback and blocks until the webhook lands, then receives { status: "received", request: { body, headers, … } }.
- Verify (optional) — set a webhook secret on the endpoint, then "Verify the signature." → verify_signature confirms the payload is authentic before the agent acts on it.
No polling, no dashboards, no copy-paste.
Tools
Environment
Example agent prompts
"Create a callback endpoint, use it as the webhook for my Replicate prediction, and wait for the result — then summarize the output."
"Open a callback URL, give it to the approval step, and block until a human approves before continuing."
"Wait for the next Stripe callback on payments-prod, verify its signature, and tell me the amount."
License
MIT
Nothing above is checked by us. What we check is on the safety report.
Hooksense: common questions
- Is Hooksense MCP server safe?
- Mostly: it is graded B (78/100). Read the Hooksense safety report
- How do I install Hooksense?
- It runs on your machine. Copy the Claude Code, Cursor, VS Code or Claude Desktop config from the install section.
- Does Hooksense need an API key?
- Yes. The registry entry asks for
HOOKSENSE_TOKEN. - Is Hooksense maintained?
- The last commit was 121 days ago (2026-07-06). The latest release is v0.2.1.
- What can I use instead of Hooksense?
- Servers from other publishers that do the same job: Reticle MCP server.
- How does Hooksense compare with other MCP servers?
- safety score 78/100 (higher than 57% of 48,255 servers); tools 8 (the typical server has 7); tools that change things 13% (typical: 0%. Fewer write tools means less an agent can break). Full comparison.
Alternatives to Hooksense
Same job from other publishers: the closest match first, then the best rated.
- ReticleVerify a running web app from the inside over MCP: look, act, observe, assert. No screenshots.not reviewedEstablishedB