让 Agent 进入真实的软件开发流程,而不是只在聊天里写代码。

把一个功能或修复,从 Issue 推进到分支、代码变更、测试与 Pull Request。Bellfly 把工作与检查留在一起,方便你审阅实际发生的变化。

交回可审阅的变更,也交代它怎样完成。

从想得到的行为、可以使用的仓库和必须通过的检查开始。

  1. Issue
  2. 分支
  3. 代码
  4. 测试与修复
  5. Pull Request
  6. 审阅

你仍然决定什么可以合并、发布和删除。

Agent 实现与检查变更时,你可以去做别的事。连接 GitHub 账号,不等于批准所有操作。Bellfly 遵守项目审阅规则,需要超出约定范围的决定时再来问你。

测试没通过

保留失败结果,修复受影响代码,再运行相关检查。

工作跨多个仓库

分别确认每个仓库的可改范围、测试与审阅。一处延误,不必抹掉其他地方已完成的工作。

看看多仓开发

我们先把 Bellfly 用在自己身上。

Bellfly 最先被做深的场景,就是 OrbiFabric 自己每天在做的软件开发。OrbiFabric 自己就在用 Bellfly 开发产品。一项工作可以从目标和设计开始,经过 Agent 实现、测试、发现问题、修复、Pull Request 和最终验收。Bellfly 的很多设计,也正是在这些真实工作中长出来的。

  1. 产品设计
  2. 开发
  3. 测试与检查
  4. 修复
  5. PR / 交付
  6. 下一轮继续

需要软件流程时,再用 GitHub。

研究、文档和其他数字项目,不需要仓库也能使用 Bellfly。

用普通文件开始工作