可靠Webhook入站工具
各维度得分依据公开资料与字段推算,加权后即综合评分,仅供参考。
Knocker 是一个可加载 SQLite 扩展，加上 Bun、Elixir、Go、Node、Python、Ruby 的薄语言绑定。它面向已经有 HTTP 服务、SQLite 数据库和业务逻辑的应用，目标是在不增加托管控制平面的前提下，可靠接收并处理入站 Webhook。其核心流程是：先把每次 HTTP receipt 持久化为 Delivery，合法请求再创建或关联 Event，然后由同进程或另一个进程的 worker 稍后处理已提交到 SQLite 的记录。
Knocker 重点解决 Webhook 生产环境常见问题：是否在返回 2xx 前已落库、provider 重试是否造成重复处理、事件为何没有运行、能否人工回放。它支持事件级去重、有效/无效/重复/孤儿 delivery 审计、异步 worker、重试、死信、replay、requeue，以及 handled、ignored、orphan-delivery 等记录的保留和 pruning。验签集成覆盖 Stripe、GitHub、Shopify、Slack、Postmark、Resend、Paddle、Lemon Squeezy、Standard Webhooks/Svix、Clerk、Twilio、SendGrid、Linear、Meta、Discord、Zendesk、Intercom、HubSpot 等，也支持 token/basic/bearer auth 形态。
抓取文本未披露许可证、是否开源、商业版本或定价信息，因此无法判断成本模型。从产品形态看，它不是 SaaS，而是本地 SQLite 扩展与语言绑定；文档明确不提供 hosted relays、operator API server、HTML 控制台、通用队列 API，也不承诺 exactly-once 副作用。
文档结构完整，包括 Quick start、Concepts、SQLite contract、各语言 binding、Frameworks and ORMs、Verified ingress、Operator surface、Operator runbook、Retention and pruning 与 Roadmap。优点是心智模型清楚，且能看到底层 SQL extension 调用；缺点是没有内置 FastAPI、Express、Rails、Phoenix、Gin、Django、Flask 等框架适配器，接入时需要开发者自行读取 raw body、传 headers/query 并返回状态码。
它适合 SQLite 优先、单体或轻量服务、希望少引入外部依赖的团队，尤其适合支付、邮件、CRM、代码托管等 Webhook 的可靠落库和后台处理。不适合需要托管控制台、跨团队 Webhook 平台或通用分布式队列的场景。中国访问情况文本未提供，域名可达性、包下载与支付均需实际验证；可对比 Svix、Hookdeck、Convoy，或按任务队列需求考虑 Sidekiq、Oban、Celery。
本测评基于公开资料整理,不构成购买建议,请以 knocker.dev 官网实际信息为准。
开源开发工具，支持多语言绑定。
评分明细(分布与用户短评)接入中。当前展示 TG4G 综合评分,数据源自公开测评与用户反馈。