数据库连接
通过连接 URL 或手动输入凭证,授予对 PostgreSQL 数据库的只读访问权限,无需改动现有数据库结构。
拖动滑块完成拼图,通过后发送验证码
独立第三方 AI 评测平台 · 只用实测数据
Quailrunner 是一款面向开发者的低代码自动化工具,通过连接 PostgreSQL 数据库、编写触发查询、定义 Webhook 端点三步,即可在数据库数据变化时自动调用第三方 API。它内置幂等性去重、失败自动重试和可观测性面板,支持对接任何有 API 的第三方服务。定价分为免费 Starter、$10/月的 Standard 和 $50/月的 Growth 三档,按量付费。不足之处在于官网未列出具体的用量限额和请求次数上限,且示例场景集中在体育赛事平台,通用性案例偏少。
Quailrunner 是一款由开发者设计、为开发者服务的低代码自动化工具,核心用途是把 PostgreSQL 数据库变成触发源——当数据库中的数据发生变化时,自动向指定的 Webhook 端点发送请求。它将自己定位为「用数据库声明式触发 Webhook」的解决方案,主打「几分钟而非几个月」完成自动化搭建。
使用流程分为四步:首先通过连接 URL 或手动输入凭证,授予 Quailrunner 对数据库的只读权限;其次编写触发查询语句;然后定义 Webhook 端点;最后交由平台处理后续逻辑。平台负责幂等性处理(每个触发动作只成功执行一次,避免重复通知或重复扣费)、失败重试(失败动作可排队重试直至成功),并提供可观测性面板查看执行情况。
普通开发者可以用它快速把数据库事件转化为邮件、Slack 通知等动作;团队可以借助它对接 Postmark 等第三方服务,实现赛事结果邮件、赛事提醒、销售警报等业务自动化。官网展示的案例来自匹克球赛事平台 Quke,用 Quailrunner 处理赛事结果邮件、赛事提醒通知、销售警报和 Slack 集成。
通过连接 URL 或手动输入凭证,授予对 PostgreSQL 数据库的只读访问权限,无需改动现有数据库结构。
编写 SQL 查询作为触发条件,当查询返回结果时自动触发对应动作,无需编写额外调度代码。
指定接收数据的 Webhook 地址,平台在触发时自动向该端点发送 HTTP 请求,支持携带数据库字段作为请求体。
每个触发动作只成功执行一次,避免重复通知或重复扣费,适合对账、支付等对重复敏感的场景。
动作执行失败后可自动排队重试直至成功,无需人工介入,降低因网络抖动导致的漏发风险。
查看每个动作的执行状态,识别成功与失败的请求,并提示可能的修复方向。
可对接任何提供 API 的第三方服务,直接从数据库源头把数据发送过去,无需中间件。
当你的团队已经用 PostgreSQL 存业务数据,又需要把数据变化实时同步到邮件、Slack 或其他 SaaS 时,Quailrunner 的三步配置能省掉写定时任务和消息队列的功夫,$10/月的 Standard 档对个人开发者和小团队门槛不高。但如果你的数据不在 PostgreSQL,或者需要复杂的条件分支和错误处理逻辑,它作为低代码工具的灵活性可能不够。另外官网没有公开各档位的用量上限,用量大的项目需要先向官方确认额度是否够用。
已有 PostgreSQL 数据库,想用 SQL 查询声明式触发 Webhook 的后端开发者,无需搭建额外调度服务。
需要把数据库事件同步到 Postmark、Slack 等第三方服务,但不想维护消息队列和重试逻辑的团队。
像 Quke 这类需要自动发送赛事结果邮件和提醒通知的平台,可直接用触发查询驱动邮件发送。
数据库是 MySQL、MongoDB 或其他类型,Quailrunner 只支持 PostgreSQL,无法直接使用。
需要多步骤条件分支、人工审批等复杂编排的场景,低代码触发模式覆盖不了,需评估其他方案。
| 方案 | 价格 | 包含内容 | 说明 |
|---|---|---|---|
| Starter | Free | — | 免费档,适合起步验证 |
| Standard | $10/mo | — | — |
| Growth | $50/mo | — | — |
| Enterprise | 定制 | — | 当前套餐不够用时,官方可定制方案 |
以上为公开费率整理,厂商保留调价权利,实际以官方页面为准。
有免费档。Starter 档免费,Standard 档 $10/月,Growth 档 $50/月,采用按量付费模式。如果当前套餐不够用,官方表示可以定制 Enterprise 方案。各档位具体的用量限额官网未列出。
目前只支持 PostgreSQL。连接时通过连接 URL 或手动输入凭证授予只读访问权限,不需要改动现有数据库结构。MySQL、MongoDB 等其他数据库不在支持范围内。
平台内置幂等性机制,每个触发动作只会成功执行一次,因此不需要担心重复通知或重复扣费的问题。这个特性对支付、对账等对重复敏感的场景比较实用。
失败的动作可以排队重试,平台会自动重试直到成功。同时可观测性面板会展示每个动作的执行状态,方便识别是查询问题还是 Webhook 调用问题。
任何提供 API 的第三方服务都可以对接,直接从数据库把数据发送过去。官网举例使用 Postmark 发送赛事结果邮件,也有 Slack 集成示例,案例来自匹克球赛事平台 Quke。