跳至正文

集成 · 即将推出

n8n

专用节点已列入规划。在此之前,出站 webhook 已可作为 n8n 的触发器使用。

机群 / 示例3 个运行中
Agent 01

升级各服务的 zod 版本

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

修复登录重定向循环

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

更新快速上手文档

  • 读取仓库上下文
  • 已提出实现方案
  • 正在发起 PR
全程可审计原生 GitHub 工作流现有检查仍掌握决定权每个任务的成本清晰可见

通过你自己的工作流分发任务交接与通知

专用的 n8n 节点将允许你直接在工作流中接入 developerz.ai 事件,无需手动编写 HTTP 节点。该节点尚未推出。目前已具备的是最关键的部分:带签名、结构稳定的出站 webhook,n8n 现在即可通过其 Webhook 触发器接收。每次投递都附带 HMAC-SHA256 签名,其 preimage 为投递时间戳与原始请求体的拼接,即 <timestamp>.<body>,时间戳同时通过 X-Developerz-Timestamp 头一并传输,加上重试过程中保持不变的事件 id,因此在工作流中去重十分简单。

机群 / 示例3 个运行中
Agent 01

升级各服务的 zod 版本

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

修复登录重定向循环

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

更新快速上手文档

  • 读取仓库上下文
  • 已提出实现方案
  • 正在发起 PR

带签名、可验证的投递

每次投递都附带基于 <timestamp>.<body> 计算的 HMAC-SHA256 签名,时间戳同时通过 X-Developerz-Timestamp 头一并传输,你的工作流可以拒绝任何无法验证的请求。

可去重的重试

事件 id 在整个重试过程中保持不变。你的工作流可以先记录该 id,在触发副作用之前再次核对,据此跳过同一事件的重复投递。

目前可行的替代方案

将 n8n 的 Webhook 触发器指向 developerz.ai 的 webhook 端点,并按事件类型进行分支处理,无需专用节点。

下一步

签名头、消息结构、目前实际触发的事件,以及重试时间表。

查看 API 参考

多交付。 少维护。

我们预计,软件的编写速度将超过任何团队的评审能力。你提供代码仓库、机器与密钥,我们提供能够跟上这一速度的工程团队。