跨多个仓库开发，不必亲自盯着每一次衔接。
一项共同变更涉及 API、桌面应用和网站。把目标与各仓库的边界交给 Bellfly，让你的 Agent 按合适的顺序推进。
麻烦常常发生在仓库之间。
应用应该用哪个版本？API 改好了没有？哪些测试还没跑？这些答案最后都靠你在 Agent 之间搬运。
Bellfly 组织，Agent 动手。
交代好目标与边界，接下来的推进不必每一步都等你。
Bellfly 读取共同要求，确认哪些变更存在前后依赖。
你的 Agent 在获准仓库里工作，按约定版本衔接。
每个仓库分别测试、修复与审阅，Bellfly 保留整体进展。
工作推进时可以离开屏幕，回来后审阅各仓变更与整体交付说明。
有一个仓库卡住了。
一个依赖可能没通过测试，或需要先作决定，后续产品才能继续。
Bellfly 怎样继续
Bellfly 保留已完成变更，暂停依赖它的工作，说明卡在哪次衔接。无关工作仍可留给你审阅。
各自清楚、放在一起也能说得通的变更。
每个仓库可审阅的变更、衔接时使用的版本、测试结果与明确的剩余工作。
你仍然决定什么
各仓库的访问与发布权限由你决定。一个仓库的权限，不会自动扩展到另一个。
Built with Bellfly
我们先把 Bellfly 用在自己身上。
Bellfly 最先被做深的场景，就是 OrbiFabric 自己每天在做的软件开发。OrbiFabric 自己就在用 Bellfly 开发产品。一项工作可以从目标和设计开始，经过 Agent 实现、测试、发现问题、修复、Pull Request 和最终验收。Bellfly 的很多设计，也正是在这些真实工作中长出来的。