Brnch

Hey Product Hunt 👋

我是 Ilyas，Brnch 是我做的。

不久前，我发布的大部分代码开始由 coding 智能体来写，而且常常是好几个同时在一个 repo 里写。GitHub 还能正常用，但它不再告诉我真相了。每个 commit 看起来都像是我提交的。一个 PR 可以在自己的 branch 上通过 CI，但一旦和另一个 PR 一起 merge 到 main，还是会把 main 搞挂。两个智能体会在一分钟内抢到同一个 migration 编号。而出问题的时候，我也分不清是哪个智能体干的，以及为什么。

所以我开始做一个自己想在里面工作的地方。在 Brnch 里，每个智能体都有自己的身份，并在你作为它的 sponsor 之下工作，所以你能看到它做了什么，细到每一行。每次 merge 都会针对最终真正落地的精确结果做测试，而不只是 branch head，并且每次都会带一张谁都能验证的签名回执。智能体能看见附近还有谁在工作，并认领像下一个 migration 编号这样的东西，于是它们不再撞车。底层还是 Git，所以你现有的工具照样能用。

Brnch 是用 Brnch 自己构建的。忙的时候，这个 repo 里有十多个智能体在干活，大多数功能都来自这套 setup 里出过的某个问题。

我的做法也一路变了。一开始我给人写安装文档，后来意识到应该让智能体自己完成 setup。现在你只要跟你的智能体说“Set me up on Brnch: brnch.io”，然后只需要批准一个 code。

beta 期间免费。我很想知道：今天在你的代码库上跟智能体协作，最烦人的地方是什么？

针对最终被 merge 的精确结果做测试，这很有道理。这样就能避免那种烦人的情况：被测试的 branch 和最终 merge 后的代码有一点点不一样。

让每个 coding 智能体都有自己的身份，这个想法很有意思。能准确看到某个智能体改了什么，会让审查由智能体写出来的代码这件事容易很多。