git-ai

让 AI 代理的每次提交都有据可查，多代理协作不打架

开源 free 编程开发

访问官网 ↗ GitHub ↗ 文档 ↗

GitHub 星标 ★ 1117

维护状态活跃

是否开源是

定价模式 free

项目预览

项目数据

分类编程开发

开发团队feder-cr

所属国家

官网地址https://www.anthropic.com/engineering/redesigning-source-control

GitHubhttps://github.com/feder-cr/git-ai

定价模式free

价格说明开源项目，定价信息待确认

访问状态

是否开源是

开源协议NOASSERTION

主要语言Go

技术栈/模型ai-agents,coding-agents,git,golang,scion,version-control

GitHub 星标★ 1117

30天Star增速

HF 下载量

上线时间2026-10-15 00:00:00

代码更新—

仓库体积—

本站数据更新—

维护状态活跃

中文支持

访问方式

移动端支持

综合评分

收录时间2026-10-18

浏览次数0

项目介绍

git-ai 是一个用 Go 编写的、面向 AI 编程代理的 Git 工具。传统 Git 假设提交者是人类，提交信息、分支和冲突处理都围绕人工操作设计；当多个 AI 代理并行改代码时，容易出现提交归属不清、历史混乱、代理间互相覆盖等问题。git-ai 在 Git 之上增加代理感知层，记录每次改动由哪个代理、哪次会话产生，让 AI 生成的提交可追溯、可审计，并支持多代理协作时的版本管理。核心能力包括代理身份与提交关联、代理友好的提交历史、与现有 Git 工作流兼容，以及为自动化编码流水线提供更清晰的状态管理。项目处于成长期，适合正在搭建多代理编码流程的团队评估使用。

Star 增长趋势

本站每日记录该项目 GitHub 星标变化，观测越久曲线越完整

正在加载星标数据…

技术标签

使用教程

—

难度：高级约 30 分钟部署方式：本地安装 6 步

环境要求

Linux 或 macOS 系统
Go 1.26
C 工具链
Meson 构建工具
Ninja 构建工具

安装与启动步骤

1克隆仓库

从 GitHub 拉取 git-ai 源码并进入项目目录，后续构建均在该目录内执行。
```
git clone https://github.com/feder-cr/git-ai.git
cd git-ai
```
2编译项目

执行 make build，将服务端、CLI 和工具编译输出到 _build/bin 目录；构建会编译内置 Git，需确保依赖齐全。
```
make build
```
3运行快速示例

运行示例脚本，在临时目录中启动一个服务端、一个缓存守护进程、两个代理并完成一次 land。
```
examples/graft/quickstart.sh
```
4查看 CLI 命令

运行 graft CLI 查看其支持的命令，确认构建产物可正常执行。
```
./_build/bin/graft
```
5准备服务端配置

参考 examples/graft/config.toml 修改出适合自己的 config.toml，这是启动自有服务端前的配置准备。
6启动自有服务端

使用修改后的 config.toml 启动服务端；若需数据库和对象存储，先以 shadow 模式导入仓库再切换 authoritative。
```
./_build/bin/gitaly serve config.toml
```

关键配置

配置项	必填	说明	示例
`[graft]`	是	Graft 扩展的配置段，服务端和 CLI 相关配置在此设置。	`[graft]`
`[graft.storage]`	否	将仓库状态存入数据库和对象存储时添加；先 shadow 模式导入，再切 authoritative。	`[graft.storage]`

如何确认成功

运行 ./_build/bin/graft 能列出 CLI 命令；quickstart 脚本能在临时目录完成服务端、缓存守护进程和代理的启动流程。

常见问题

Q：构建失败提示缺少依赖怎么办？

A：确认系统为 Linux 或 macOS，并已安装 Go 1.26、C 工具链、Meson 和 Ninja；构建过程会编译内置 Git。

Q：如何启动自己的服务端？

A：参考 examples/graft/config.toml 修改配置，保存为 config.toml 后执行 _build/bin/gitaly serve config.toml。

Q：如何把仓库状态存入数据库和对象存储？

A：在配置中加入 [graft.storage] 段，先以 shadow 模式启动并导入仓库，再切换为 authoritative。

Q：quickstart 会在哪里运行？

A：示例脚本会在临时目录中启动服务端、缓存守护进程、两个代理并完成一次 land，适合先验证环境。

注意事项

项目使用 MIT 许可证，服务端不调用语言模型，可与任意 AI 提供方配合或完全不使用。
gitai 是公开设计描述的独立实现，与 Anthropic 无关联，也未获其背书。
Anthropic 的 Scion 为内部系统，不对外公开。
从 shadow 切换到 authoritative 前，应先在 shadow 模式下完成仓库导入。

核心亮点

在 Git 之上记录代理身份和会话归属，AI 生成的提交可追溯、可审计
用 Go 实现，单二进制部署，易于集成进现有 CI 和代理工作流
兼容标准 Git 操作，不需要替换现有仓库即可逐步引入

不足之处

项目仍处早期，API 和工作流可能随版本迭代发生较大变化
生态和周边工具较少，与主流 AI 编码代理的集成深度有待验证

适用场景

多个 AI 编码代理并行修改同一仓库时，追踪每笔改动的来源
团队审计 AI 生成代码，需要区分人工提交与代理提交
自动化编码流水线中，为代理操作建立可回溯的版本历史

替代项目

gitbutler、jj（Jujutsu）

上一篇：DevOpsGPT

下一篇：go-modern-guidelines