跳到正文

使用场景

不靠猜的自动 issue 分流

新 issue 一落地就被读完、打标签、去重、路由出去;当 agent 需要报告者补充信息时,它会公开地问,并说明自己是机器人。

acme/api · Issue #482实时
处理过期的 refresh token

返回一个带类型的错误,补上回归测试覆盖,并更新认证指南。

developerzbugauth

developerz-bot 我已经把它定位到 session.ts 和两个集成测试。预估成本:$1.42。

全程可审计原生的 GitHub 工作流你已有的检查依然说了算每个任务的成本都看得见

积压不再是一个没人打开的队列

分流是最经不起没人管的活:一个 issue 放了一周,报告者不说话了,上下文也没了。developerz.ai 按你 maintainer.yml 里的策略去读每一个 issue,打上你的标签,关联可能重复的条目,向报告者索要缺失的复现步骤,然后要么交给你的编码 agent,要么升级给你。没有任何决定是悄悄做的。每一步都是一条你能读的审计记录。

一到就打好标签

用你自己的标签体系,一致地应用,在 issue 被提交的那一刻,而不是等到下一次分流会。

报告者能得到回应

缺版本号、缺复现、缺日志。agent 会去要,并且明说自己是一个自动化 agent。

你只会看到需要你的那些

安全、许可证和带敌意的语气信号会让循环停下来并升级给人,而不是由机器人去回。

深入一层

分流只是一条更长循环的第一步:判定合格、交接给你的编码 agent、盯着 PR 跑绿、交付。

工作原理

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

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