Hookden

dev.pages.hookden由 hookden.pages.dev 發布官方發布者v1.3.0更新於 Oct 25, 2026

Webhook capture bins for agents: get a URL, wait for webhooks, set replies, verify signatures.

已驗證Streamable HTTP可網頁執行開發者工具安全與監控

概覽

AI 產生的概覽

Hookden 提供 Webhook 擷取箱,讓助理接收、檢視、模擬測試並回覆傳入的 Webhook 請求。

可以做什麼
建立擷取箱並取得公開的擷取 URL,供任何 Webhook 傳送端使用,然後列出、讀取或等待送達的請求,包含標頭與原始內文,二進位內文以 base64 編碼回傳。用帶標記的範例 Webhook 模擬投遞,不需外部傳送端即可跑完整個流程。設定擷取箱回覆傳送端的 HTTP 狀態碼、內容類型、內文、回應標頭與延遲,內文與標頭支援依傳入請求呈現的範本。使用密鑰驗證 Webhook 簽章,支援多種服務商專用方案與通用 HMAC 模式。
適用情境
適合偵錯或開發 Webhook 整合:查看服務商實際送出的內容、測試簽章驗證,或讓助理在工作階段中等待並對某次投遞做出反應。
執行需求
遠端 streamable HTTP 端點;未宣告套件、環境變數或標頭。助理需要能存取該端點的網路,外部 Webhook 傳送端需要能存取回傳的擷取 URL。
安裝前請注意
擷取箱是公開 URL,任何知道該 URL 的人都能向其送出資料;不要把帶有敏感資料的真實正式環境 Webhook 指向它。驗證簽章需要提供共用密鑰,設定的回覆會送回 Webhook 傳送端。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 Hookden,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Web executable,透過 Streamable HTTP。 遠端服務在工作區中設定後即可從網頁執行環境執行。

交給代理程式安裝

把這段提示詞貼上到 Claude Code、Codex、Cursor 等代理程式,或 SourceWeft 對話中。代理程式會讀取該伺服器的安裝指南,先向你展示發布者、端點和登入方式,經你同意後再把它新增到你的客戶端。金鑰不會寫進任何命令。

閱讀 https://sourceweft.com/mcp/dev.pages.hookden%2Fhookden/install.md,並按其中說明把這個 MCP 伺服器接入我的客戶端。修改任何設定之前,先告訴我它的發布者、端點和登入方式,等我確認。不要把 API 金鑰寫進命令或我會提交的檔案;問我金鑰應從哪裡取得。

檢視代理程式所依據的安裝指南

其他 MCP 客戶端

把它新增到你客戶端的 mcpServers 設定中。

{
  "mcpServers": {
    "hookden": {
      "type": "http",
      "url": "https://hookden.pages.dev/mcp"
    }
  }
}

工具

7

create_bin

Create a new webhook capture bin. Returns a public capture_url — point any webhook (Stripe, GitHub, Slack, your own service…) at it and every request sent there (any method, any subpath, headers + raw body) is stored. Then read what arrived with list_captures, get_capture, or wait_for_capture. Anonymous bins keep requests ~24h. No auth needed.

無需輸入參數。

list_captures

List requests captured by a bin, oldest first. Compact summaries (id, method, path, time, content-type, body size, signature status). Use get_capture for full headers/body. Pass `after` (a capture id) to only see newer captures.

輸入參數bin必填afterlimit

get_capture

Get one captured request in full: method, path, query, every header, and the body. Binary bodies are returned base64-encoded (up to 8KB, with a URL for the raw bytes).

輸入參數id必填bin必填

wait_for_capture

Block until the next request arrives at a bin (or a timeout passes), then return it in full. Ideal flow: create_bin → configure the webhook sender → trigger it → wait_for_capture. If `after_id` is omitted, waits for the next capture after "now". Returns timed_out:true instead of erroring when nothing arrives.

輸入參數bin必填after_idtimeout_seconds

send_test_webhook

Simulate a webhook delivery into a bin — no external sender or HTTP client needed. Seeds one realistic, clearly-labeled sample capture (default: a GitHub push event) and returns it in full, so you can exercise the whole loop (create_bin → send_test_webhook → list_captures / get_capture) entirely from MCP. Pass `example` to pick a provider payload from the /examples library (e.g. "stripe-payment-intent-succeeded", "slack-event-callback", "shopify-order-created"). Sample captures are marked as simulated and never count as real webhook traffic.

輸入參數bin必填example

set_response

Configure what a bin replies to webhook senders: HTTP status, content-type, body, custom response headers, optional delay. Body and header values support {{…}} templates rendered per-request from the INCOMING delivery — {{body.challenge}}, {{query.hub.challenge}}, {{header.x-hook-secret}}, {{hmac_sha256 body.plainToken YOUR_SECRET}} — so a bin can pass provider verification handshakes with zero code: Slack URL verification (body {{body.challenge}}), Zoom CRC (JSON with the hmac_sha256 helper), Meta/WhatsApp GET echo (text/plain {{query.hub.challenge}}), Strava (JSON {"hub.challenge":"{{query.hub.challenge}}"}), Asana (response header X-Hook-Secret: {{header.x-hook-secret}}). Only the fields you pass change; everything else keeps its current value. Works on bins created via create_bin by this same client; the incoming request is still captured in full either way.

輸入參數bin必填bodystatusheadersdelay_mscontent_type

verify_signature

Verify a webhook signature against a secret — 25 provider-exact schemes plus a generic HMAC mode, the same engine that computes ✓/✗ badges on captures. Covers HMAC-SHA256 (GitHub, Stripe, Svix/Standard Webhooks, Shopify-style base64, URL-signing Square/HubSpot/Trello…), ECDSA (SendGrid), RSA (Kick) and HMAC-MD5 (Patreon). Pass the scheme, the secret, the delivery's headers, and the BYTE-EXACT raw body (body_base64 for binary). The secret is used only for this one in-memory computation — never stored or logged. No bin needed. If verification fails, the #1 cause is a re-serialized body: point the real webhook at a capture bin (create_bin) to get the true raw bytes first.

輸入參數urlbodymethodscheme必填secret必填headersbody_base64signature_header

版本歷史

1
  1. v1.3.0最新Sep 16, 2026

評分

已滿足適用檢查項的 83%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通必需25 分
  • 已宣告認證方式必需10 分
  • 已列出工具必需15 分
  • 描述必需15 分
  • 圖示10 分
  • 文件15 分

    請宣告包含 README 的 GitHub 儲存庫,或在 OAuth 受保護資源後設資料中提供 resource_documentation。

  • 授權條款不適用

    託管服務按其提供方的條款使用,因此這裡不要求授權條款。此檢查項不計入百分比。