GitBot GitBot 把开发者常用的编码智能体（Claude Code、Codex 等）包装成可复用、可分享的仓库机器人，适合团队自动化代码审查与重复任务。 热门评论 PH 用户Hey Product Hunt，我们大多数人每周都会给编码智能体派同样的几件活：review 这个 branch、写发布说明、找出我漏掉的测试。每次都得重新粘贴同样的指令，再选一遍同样的权限。GitBot 把这件活保存成一个 bot。你写好指令，选 Claude Code、Codex 或 OpenCode，再决定它能碰哪些东西。然后就能在任意 repo 里运行它。每次运行都有自己的 thread，所以你可以关掉标签页，之后再回来。这些 bot 很容易分享。上周我们办了一场 90 分钟的线上 build night。两个从来没用过 GitBot 的开发者做出了 bot，还在活动结束前把它们放进了 Library：ShipGuard（Somesh 做的）会 review 你的 branch，最后给出 merge 或 block。它会引用文件和行号，但什么都不改。Sheet Consolidator（Guru 做的）把电子表格的 tab 合并成一张表。跟代码毫无关系，我们很喜欢这一点。试试：npm install -g @gitbot-hq/gitbotgitbot start它跑在你自己的机器上，用的是你已经有的智能体登录信息。不需要 GitBot 账号，没有托管数据库，没有遥测。它是开源的。接下来会有：定时和触发器，这样 bot 不用你启动也能自己跑。说句实话：GitBot 目前还没有网络登录。把它放在可信网络里，别把端口暴露到公网。你一直交给智能体、其实应该做成 bot 的活是什么？PH 用户这么快就发布 GITB-002，太感谢了！我把 localhost-default branch 看了一遍：默认 127.0.0.1，要显式 --host 0.0.0.0 才 opt-in，还有一个测试会检查 LAN 会被拒绝。顺手去掉公网 IP 查询也是个不错的加分项。期待它进 npm release。LAN URL/QR 上再加个 token 就锦上添花了 🍒PH 用户要是 bot 运行失败时能在 Slack 里 ping 我一下，我就不用手动查了！..PH 用户每个 bot 都能记住之前运行时的决定吗，还是每次执行都从头开始？PH 用户恭喜发布 GitBot！在你已经在用的编码智能体之上来构建，是个很聪明的角度——不用学新工作流，而且 bot 就待在工作发生的地方。执行得漂亮。PH 用户我第一个会选的是根据合并后的 PR diff 写 changelog 条目。每次发版都得做，套路永远一样（改了什么、为什么改、有没有迁移步骤），而我总是敷衍了事，因为这是发布前的最后一步，我只想赶紧完事。一个已经知道我们 changelog 格式、只需要 diff 的 bot，才会真的有人用，不像我那些自动化点子，一半都白搭。 热门产品Sunny ☀️2026-09-30原文 打开互动版
我们大多数人每周都会给编码智能体派同样的几件活：review 这个 branch、写发布说明、找出我漏掉的测试。每次都得重新粘贴同样的指令，再选一遍同样的权限。
GitBot 把这件活保存成一个 bot。你写好指令，选 Claude Code、Codex 或 OpenCode，再决定它能碰哪些东西。然后就能在任意 repo 里运行它。每次运行都有自己的 thread，所以你可以关掉标签页，之后再回来。
这些 bot 很容易分享。上周我们办了一场 90 分钟的线上 build night。两个从来没用过
GitBot 的开发者做出了 bot，还在活动结束前把它们放进了 Library：ShipGuard（Somesh 做的）会 review 你的 branch，最后给出 merge 或 block。它会引用文件和行号，但什么都不改。Sheet Consolidator（Guru 做的）把电子表格的 tab 合并成一张表。跟代码毫无关系，我们很喜欢这一点。
试试：
npm install -g @gitbot-hq/gitbotgitbot start
它跑在你自己的机器上，用的是你已经有的智能体登录信息。
不需要 GitBot 账号，没有托管数据库，没有遥测。它是开源的。
接下来会有：定时和触发器，这样 bot 不用你启动也能自己跑。
说句实话：GitBot 目前还没有网络登录。把它放在可信网络里，别把端口暴露到公网。
你一直交给智能体、其实应该做成 bot 的活是什么？