
GitBot
GitBot 是本地优先的编排层,可将现有编程智能体 CLI 变为带权限的可复用机器人,通过浏览器工作台在不同仓库间使用。
资料核对: 2026年10月5日 ·查看来源
工具信息
- 工具类型
- 开发工作流
- 平台
- macOS, Linux, Windows
- 免费方案
- 支持
- 开源
- 支持
- 自带密钥
- 支持
- 本地模型
- 支持

工具概览
适合场景
- 已使用 Claude Code、Codex 或 OpenCode,希望复用智能体角色的开发者
- 代码审查、文档检查、测试、维护和发布准备等重复仓库工作
- 希望持久保存智能体会话,又不想将仓库迁入托管 IDE 的本地优先用户
- 探索可迁移机器人指令与权限边界的团队或个人
优点
- 沿用 Claude Code、Codex 和 OpenCode 的现有登录
- 可复用机器人定义,减少跨仓库重复配置提示词
- 本地存储,无需使用 GitBot 托管的对话数据库
- 可逐机器人更换智能体,不把流程绑定在一家服务商上
局限与取舍
- 寻找全能 AI 原生代码编辑器的用户
- 需要 SSO、身份验证或集中管理的托管多用户服务的团队
- 希望直接包含编程模型、不愿另装和认证智能体的用户
- 需要将 GitBot 端口直接暴露在不可信网络的环境
- 本地服务器没有身份验证,不应公开到互联网
- Codex 不支持 GitBot 的逐工具审批及工具允许/禁止限制
- 它属于编排层,需先安装底层编程智能体并完成身份验证
- 项目仍处于早期 0.x 版本,行为与接口可能快速变化
开始使用
npm install -g @gitbot-hq/gitbot价格与使用额度
提供免费方案
GitBot 软件采用 MIT 许可。订阅、API 或模型使用费由所连接的编程智能体或服务商收取。
价格核对: 2026年10月5日 · 额度、模型费用与订阅价格可能分别计算。
功能与详细介绍
Agent 编排
- 用固定指令创建可复用机器人
- 逐机器人选择 Claude Code、Codex 或 OpenCode
- 保留关联指定目录的持久会话
控制与权限
- 选择只读、需审批或更宽松的权限模式
- 在浏览器审批 Claude Code 和 OpenCode 的工具请求
- 为支持的智能体配置工具允许/禁止列表
本地工作流
- 在自己的电脑上运行浏览器工作台
- 默认将机器人和会话记录保存在本地
- 共享机器人定义,或从 Library 安装社区机器人
为什么选择 GitBot?
GitBot 解决的问题与 AI 代码编辑器或独立编程智能体不同。底层智能仍来自 Claude Code、Codex 或 OpenCode,GitBot 在它们之上提供持久的任务组织与操作层。
当同样的指令在不同仓库间反复使用时,这种设计就有价值。例如,开发者可能经常让智能体审查分支、检查文档、寻找测试缺口、准备发布说明或解释陌生代码库。普通 CLI 会话往往需要重复定义角色;GitBot 则将这些固定工作变成有名称、长期指令和明确权限的机器人。
实际优势是一致性。每个会话使用的仓库可以不同,但角色保持稳定。因此 GitBot 更接近可复用的智能体工作流系统,而不仅是另一个聊天界面。
核心工作流程
GitBot 在浏览器与电脑上已安装的智能体 CLI 之间运行本地服务器。机器人定义固定工作、执行智能体、权限模式,以及可选的一次性初始化指令;会话再将该机器人与具体目录和对话历史关联起来。
区分机器人和会话很重要。机器人是可复用的规则,会话是实际工作过程。同一个审查机器人因此能在多个仓库中工作,无需每次新建对话都复制很长的系统提示词。
典型的本地启动方式如下:
npm install -g @gitbot-hq/gitbot
cd /path/to/your/projects
gitbot start随后可在浏览器界面管理任务,所选智能体仍在本地执行。因此,无需将仓库迁入云 IDE,也无需学习新的编辑器。
适用场景
GitBot 更适合重复性工作,例如仓库审查、代码库导览、文档检查、测试缺口查找、日常维护及发布准备,而非一次性提示。
开发者想比较不同智能体后端、又不想为每个重新设计流程时,它也有帮助。定义一次可复用工作后,就能分配给可用智能体。不同智能体的权限和沙箱模型仍有差异,行为不会完全一致,但外围流程需要改动的地方更少。
公开的 GitBot Library 进一步扩展了这一思路。安装前可查看机器人定义,共享内容不包含原始聊天历史或本地项目文件。因此,可复用的单位更像可迁移的智能体角色,而非一份共享聊天记录。
同类工具对比
如果主要需求是并行运行多个编程智能体任务,Claude Squad 更贴近。它以终端为主,强调隔离工作区和应用修改前的审查。GitBot 则围绕角色,将重复工作封装为机器人,再为它提供浏览器内的持久会话。
Agent Deck 也面向管理大量本地智能体会话的开发者,但重点是用于管理会话、worktree、状态和智能体群的控制台。GitBot 则更容易理解为一组可重复执行的工作,只是可选择不同智能体后端运行。
cmux 类智能体管理工具更注重并行执行、工作区隔离和任务监督。当可复用指令本身就是资产,例如要求在不同仓库中保持一致的审查员、测试编写者或发布助手时,GitBot 更贴合需求。
因此 Cursor、Windsurf 等 AI 原生编辑器不是直接替代品。它们提供编辑环境,而 GitBot 位于智能体 CLI 之上,可与现有编辑器并用。
配置建议
最重要的配置不是模型,而是权限边界。使用不熟悉的机器人或仓库时,应从足以完成任务的最严格权限开始。审查员和代码讲解任务适合只读模式;需要修改的流程通常应先开启审批,而不是广泛自动执行。
智能体选择也会改变安全模型。Claude Code 和 OpenCode 可通过 GitBot 展示工具审批请求,并使用工具允许/禁止列表。Codex 的集成方式不同:GitBot 依赖其沙箱模式,而非逐操作审批,也无法对 Codex 执行相同的工具列表限制。
网络暴露同样需要注意。可从同一可信网络的其他设备方便地访问浏览器界面,但服务器目前没有身份验证。应将 GitBot 端口视为能访问强大智能体的本地开发服务,不要通过公开反向代理发布,也不要直接暴露到互联网。
使用本地模型或自选服务商时,GitBot 本身不提供推理引擎或凭证存储。这些能力由所选编程智能体间接提供,尤其是配置了自定义或本地服务商的 OpenCode。因此,模型连接、凭证及兼容性仍由底层智能体负责。
迁移建议
从直接使用 Claude Code、Codex 或 OpenCode 迁入的成本较低,因为 GitBot 不替换这些工具。已有安装和身份验证仍是基础,GitBot 只在外围增加可复用定义与持久会话记录。
主要迁移工作是判断哪些提示词值得长期做成机器人。适合转换的工作应具有稳定角色、可重复约束和明确完成标准。一次性调试通常继续使用普通智能体会话更好。
共享机器人也不同于导出整个工作区。共享定义仅包含可复用指令和设置,不含本地文件或聊天历史,因此能在统一流程的同时,不自动分发仓库上下文。
仓库几乎不会被锁定:代码仍在普通本地目录中,底层智能体也能独立使用。需要注意的是 GitBot 自身的机器人与会话数据,默认保存在 ~/.gitbot。移除 GitBot 后,仓库不必转换格式;但如果没有单独共享或保存机器人定义,已保存的工作流层会丢失。
模型支持与数据隐私
隐私与数据处理
GitBot 表示不设账号、不收集遥测,也不使用托管数据库,默认将机器人和会话记录存储在 ~/.gitbot。所选智能体仍可能将提示词和代码发送到配置的模型服务商。GitBot 本地服务器目前没有身份验证,并监听网络接口,因此只应在可信网络中使用,不应公开。
指南、评测与常见问题
相关指南正在整理中,可以先查看官方文档。
产品动态
暂时没有经过核对的产品动态。关注后,新的相关内容会出现在「我的收藏」。
查看相关内容动态信息来源与核对记录
核对日期记录本站何时检查信息;不代表产品发版日期。