全程可审计原生的 GitHub 工作流你已有的检查依然说了算每个任务的成本都看得见
把合格的 issue 镜像进一个 Jira 项目
对于工作在 Jira 而不是 GitHub Issues 里的团队,计划和 Linear 是同样一份很窄的约定:当 agent 认定一个 GitHub issue 合格时创建对应的 Jira issue、把标签带过去,并在交接、升级和关闭的过程中让状态保持一致。它还没做出来。在做出来之前,REST API 和出站 webhook 已经暴露了同一批事件,写个小脚本就能达到目的,不必等我们。
项目与 issue 类型映射
一个合格的 issue 会落进你指定的项目,并以你指定的 issue 类型创建。我们不会强加自己的一套结构。
状态双向同步,但事实只有一个来源
仓库始终是这件工作的事实来源,Jira 是它的映射。两个互相打架的镜像对谁都没好处。
今天可以怎么做
消费出站 webhook 事件,自己去调 Jira REST API:内置同步用的就是同一批事件。
让一支 AI 开发者团队开始干活 少维护。
带上你自己的密钥和机器,放一个 .dz/maintainer/maintainer.yml,剩下的交给循环去跑。全程可审计。目前为邀请制。
developerz-bot 我已经把它定位到 session.ts 和两个集成测试。预估成本:$1.42。