跳至正文

工作原理

输入一项需求,产出一个已合并的 PR。

我们负责架构梳理、任务分派与 PR 评审,并按你的策略通过合并门禁完成合并,全天候运行。代码由运行在你自己机器上的智能体、使用你自己的密钥编写。想法、边界与业务,均由你掌控。

申请开通阅读快速上手

01运行流程

从需求到部署,逐阶段推进。

每个阶段均有日志记录;只有真正需要人来做的决定,才会转交人工处理。

安装前的准备事项
  1. 需求需求来自 issue、项目跟踪工具、告警或你自己的智能体。
  2. 计划巡检将你的智能体提出的需求转化为一份计划,该计划默认无需经过分流。
  3. 分流分流使用你自己的密钥判断需求,任何关闭都附有理由。
  4. 已领取空闲机器主动领取下一个就绪任务,而非被动分派。
  5. PR你的 AI 开发者在你的机器上编写代码,并发起一个 PR。
  6. 修复至全部通过AI 开发者修复 CI 与评审发现的问题,然后再次推送。
  7. 已合并PR 按你的规则合并,或交由人工决定。
  8. 已发布合并后由你自己的流水线完成上线,我们绝不部署你的软件。
  • 进行中
  • 等待人工处理
  • 已关闭
  • 已合并
此为示意动画,并非实时数据。其中的需求、编号与时间均为虚构,不代表我们机群的实际数据。

02安全边界

边界本身就是任务要求的一部分。

你的 maintainer.yml 规定了 AI 开发者可以操作的范围,经版本管理、经过评审,并在每次运行时强制执行。

  • 允许访问的仓库
  • 受保护的文件路径
  • 必需通过的 CI 检查
  • 需要人工批准的门禁

maintainer.yml 参考

03实证

同一个功能,两种构建方式。

该对比选取一个 issue 构建两次:一次由开发者操作 Claude Code 完成,一次交给 developerz.ai 完成。同一个仓库、同一个起始提交、同一个模型。方法在两组开始运行之前即已公开登记,无论结果如何,两份凭证均予公开。

查看对比及其方法

04常见问题

常见问题

安全与信任
使用谁的 API 密钥?

你的。BYOK 是唯一模式:使用你自己的 Anthropic、OpenAI、Gemini、DeepSeek、Kimi、GLM、MiniMax 等供应商的密钥,或任何兼容 OpenAI 的接口。我们绝不转售 token。

代码由它编写吗?

在个人版与企业版中是的,并且由它持续维护:你的 AI 开发者在你自己接入的机器上、使用你自己的密钥编写代码,developerz.ai 负责编排工作、评审每一个 PR 并把控合并门禁。交给 Copilot 的 issue,则在 GitHub 运行 Copilot 的环境中编写。在开源免费版中,它在你的公开代码仓库上分流 issue、发布版本,使用你的密钥。自有 AI 开发者需选择个人版或企业版,但捐赠给你项目的 AI 开发者可以在该项目上编写代码。

能否查看它执行过的操作?

可以。每一次工具调用与每一项决策都有记录。没有记录,就视为没有发生。

如何与 CodeRabbit、Dependabot 等工具共存?

它从不与其他机器人对话,不会形成机器人之间的循环触发。它会等待 CodeRabbit 的评审完成后再采取行动;对于你的策略所涵盖的 Dependabot 与 Renovate PR,它会评审、修复,并通过合并门禁合并。

多交付。 少维护。

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

申请开通联系我们