全程可审计原生 GitHub 工作流现有检查仍掌握决定权每个任务的成本清晰可见
项目维护中琐碎却必要的一半工作
开源维护者的倦怠大多并非源于编写代码,而是第五次回答同一个 issue、追问复现步骤、深夜合并依赖升级。developerz.ai 负责的正是这一部分。你本人 GitHub 名下的开源项目可使用开源免费版,不收取费用。维护者选择公开展示的项目,会在 /oss 下拥有一个页面,展示已处理的内容,使这一说法可供核查而非空口宣称。该展示默认关闭。
Agent 01
升级各服务的 zod 版本
- 读取仓库上下文
- 已提出实现方案
- 正在运行检查
Agent 02
修复登录重定向循环
- 读取仓库上下文
- 已提出实现方案
- 正在编写测试
Agent 03
更新快速上手文档
- 读取仓库上下文
- 已提出实现方案
- 正在发起 PR
你本人名下的开源项目免费
通过等候名单申请访问;OSS Free 不收费,但每月的智能体小时有上限。已验证 OSS 状态需在控制台中另行申请,由人工审核,并非自动通过。我们如实说明这一点,而不是暗示可以立即使用。
公开可查的记录
选择公开展示后,项目会获得一个展示处理数量的 /oss 页面,以及一个可放入 README 并链接回该页面的徽章。
疑难决策交由人工处理
安全、许可证与带有敌意的语气等信号会中止流程并升级给人工,而不是由机器人回复。
何时暂停并征询你
在公开项目上,合并始终由你掌控,直到你放手
在 OSS Free 上,以及公开仓库可申请的已验证 OSS 状态下,除非你的 maintainer.yml 设置了 pr.auto_merge: true,机器人不会合并任何 PR。已验证 OSS 的申请由人工审核,从不自动批准。首次贡献者的 PR 默认等待你的批准。外部或首次贡献者的 PR 如果改动了 CI 配置或你的策略文件,无论策略如何设置,机器人都不会合并:由你评审并亲自合并。安全、许可证和 CLA 相关问题始终交由你处理。
查看 OSS 验证规则