跳到正文

集成 · 即将推出

n8n

作为一等节点在计划中。在那之前,出站 webhook 本身已经可以当作 n8n 的触发器用了。

团队 / 实时3 个在跑
Agent 01

把各服务的 zod 升级一下

  • 读取仓库上下文
  • 已给出实现方案
  • 正在跑检查
Agent 02

修掉登录跳转死循环

  • 读取仓库上下文
  • 已给出实现方案
  • 正在写测试
Agent 03

更新快速上手文档

  • 读取仓库上下文
  • 已给出实现方案
  • 正在开 PR
全程可审计原生的 GitHub 工作流你已有的检查依然说了算每个任务的成本都看得见

通过你自己的工作流把交接和通知分发出去

一个专用的 n8n 节点能让你把 developerz.ai 的事件直接丢进工作流,而不用手写 HTTP 节点。那个节点还不存在。已经存在的是真正要紧的那部分:带签名、信封结构稳定的出站 webhook,而 n8n 今天就能用它的 Webhook 触发器接住。每一次投递都带着对准确 body 计算的 HMAC-SHA256 签名,以及一个在重试之间保持不变的事件 id,所以在工作流里去重很直接。

带签名、可验证的投递

每一次投递都带着对 body 计算的 HMAC-SHA256 签名,所以你的工作流可以拒绝任何验不过的东西。

重试可以被去重

事件 id 在整条重试阶梯上保持不变,你的工作流可以先把它记下来,在触发副作用之前再查一次,据此跳过对同一次事件的重投。

今天可以怎么做

把一个 n8n Webhook 触发器指向 developerz.ai 的 webhook 端点,然后按事件类型分支。不需要那个节点。

下一步

签名头、信封结构、今天实际会触发哪些事件,以及重试的时间表。

阅读 API 参考

让一支 AI 开发者团队开始干活 少维护。

带上你自己的密钥和机器,放一个 .dz/maintainer/maintainer.yml,剩下的交给循环去跑。全程可审计。目前为邀请制。