01一次运行
从 issue 到合并,一条可预期的路径。
六个阶段,每一段都有回执。你的团队可以查看任何一个动作,也可以在任何一点叫停。
- 01issue 被指派
给 issue 打个标签,或者 @ 一下这个开发者。issue 始终是唯一事实来源。
- 02梳理上下文
动手之前,它会读仓库、读这条 issue 的历史讨论、读你的 maintainer.yml。
- 03方案获批
它会先把打算怎么做发到 issue 上,这样人可以在代码被改之前叫停。
- 04写出改动
写代码这一步交给你自己的 agent(Copilot、Claude Code 或 OpenHands),用你的密钥。
- 05CI 验证
分支保护原样保留;合并前每一项必需检查都得过。
- 06审查并合并
机器关卡负责合并已经全绿的 PR;每一步都落进哈希链式的审计日志。
02护栏
边界本身就是任务书的一部分。
你的 maintainer.yml 规定这个开发者可以碰什么:进版本控制、要经审查、每次运行都强制执行。
- 允许访问的仓库
- 受保护的文件路径
- 必需通过的 CI 检查
- 需要人工批准的关卡
03实证
一个功能,两种造法。
这个对比拿一个 issue 造两遍:一遍由开发者驱动 Claude,一遍交给 developerz.ai。同一个仓库、同一个起始提交、同一个模型。方法在两条路开跑之前就公开登记,两份回执不管说什么都照发。
04常见问题
常见问题
机器人会假装成真人吗?
绝不会。它发的每一条评论都会说明自己是自动化 agent。不表明身份属于 bug,不是一个可调的开关。
它用谁的 API 密钥?
你的。只有 BYOK 这一种模式:用你自己的 Anthropic、OpenAI、Gemini、Kimi、GLM、MiniMax、DeepSeek、xAI、Groq 或 OpenRouter 密钥,或者任何 OpenAI 兼容端点。我们绝不转售 token。
代码是它写的吗?
不是。它是一个很薄的编排层:负责分流和协调,真正写代码交给你的 agent(Copilot、Claude Code 或 OpenHands)。
我能看到它做了什么吗?
能。每一次工具调用和每一个决定都有记录。没记录,就等于没发生过。
那 CodeRabbit 或 Dependabot 怎么办?
它会识别出其他机器人并主动让路:不做机器人之间的互相触发。它会等对方的审查落定之后再动作。
让一支 AI 开发者团队开始干活 少维护。
带上你自己的密钥和机器,放一个 .dz/maintainer/maintainer.yml,剩下的交给循环去跑。全程可审计。目前为邀请制。
developerz-bot 我已经把它定位到 session.ts 和两个集成测试。预估成本:$1.42。