AI 资源库 · 已整理 8 项

Git

查看与Git相关的 AI 资讯、工具、Skill、工作流和开源项目。

piloop:为任意 Git 仓库运行编码智能体并自动评分优选提交的自动研究工具

hiloopai/piloop · Autoresearch for any repo: coding agents try ideas, piloop scores every commit and keeps what wins

piloop 是一个面向 Git 仓库的自动研究工具。它让编码智能体围绕一个可由程序度量的目标尝试不同改进思路,每个智能体在独立的 git worktree 中提交改动,piloop 再用用户提供的 evaluate 命令为每个提交打分,仅保留优于当前最优结果的改动。状态保存在本机 SQLite 数据库与仓库 git refs 中,无托管服务;支持 Claude Code、Codex、pi、Gemini CLI、Cursor 等智能体入口,并提供插件机制扩展裁决规则、运行时、表格与命令。

☆ 收藏查看来源 ↗

WorkForge:让 ChatGPT 安全访问本地工作站的 MCP 服务器

NotNull92/workforge-mcp · WorkForge is a Windows MCP gateway that lets ChatGPT inspect files, resume Git work, make SHA-guarded edits, read images, and run supervised PowerShell jobs.

WorkForge 是一个面向 Windows(并提供 macOS 源码预览)的通用工作站 MCP 服务器,将 ChatGPT 连接到本地文件、有界搜索、基于 SHA-256 校验保护的编辑、图像读取和受监督的 PowerShell 作业。它支持任务检查点和执行记录,便于恢复工作;安装 Git 后还可查看分支、提交和工作区变更。项目以 Windows 便携版发布,需在 Setup 中配置 OpenAI Platform Tunnel ID 与 Runtime API Key 并在 ChatGPT 中手动授权,启动与隧道需手动运行。

☆ 收藏查看来源 ↗

通往智能体规模 Git 基础设施的桥梁

GitHub 把 99.99999% 的仓库复制到了 Azure,但最繁忙的那一小部分仓库因为跨区域往返一次约 25 毫秒而搬不过去。原来的写入会锁住整个仓库,一次只能处理一个写入,最慢的副本拖慢了所有写入。现在 GitHub 把锁的范围从整个仓库缩小到单个引用(如分支),不同分支的写入可以同时进行,内部测试中写入吞吐提升了 3 到 4 倍。接下来,等数据都存进 Azure Blob Storage,读取就能和写入分开扩容,读者日常拉取代码时有望更快、高峰期也不容易被写入挤占。这一改动是已公布的架构演进,具体全面上线时间文中未说明。

文中可用工具

提供的材料未提及具体可用工具。

☆ 收藏查看来源 ↗

Anthropic 自建 git 替代品应对 AI 规模编程,但外部用不上

Anthropic 本周公开了自研的版本控制系统 Scion,用来处理 AI 写代码带来的合并量暴增。2026 年 9 月,公司每天合并的代码超过 3 万次,而 5 月只有 2500 次,原本基于 git 的镜像架构开始撑不住。Scion 把 CPU 和内存基础设施占用缩小到原来的 1/200,CI 和研究任务检出代码快约 100 倍,并支持常在线服务器访问、API 式源码控制。不过 Anthropic 不打算开源或推出公开版,理由是 token 成本太高、方案太专用,迁移成本也大;其他团队目前只能借鉴其思路,Anthropic 表示愿与 GitHub、GitLab 和开源社区合作把部分想法带回 git。

文中可用工具

  • ScionAnthropic 自研的版本控制系统,用于处理 AI 编程带来的海量代码合并
  • git被 Scion 替代的通用版本控制系统
  • AntiqueAnthropic 内部配套的代码审查工具
  • GitHubAnthropic 表示希望合作的代码托管平台
  • GitLabAnthropic 表示希望合作的代码托管平台
  • ClaudeAnthropic 的 AI 模型,用于写代码并参与构建 Scion
  • Claude Mythos PreviewAnthropic 内部发布的模型,原文未说明具体用途
  • Claude TagAnthropic 内部发布的工具,原文未说明具体用途
☆ 收藏查看来源 ↗

Cursor 借助 S3 WAL 将 Git 存储扩展至每秒超过 300 次推送

Cursor 推出了一套叫 Continuity 的 Git 存储方案。原本 Git 仓库分散存储在本地磁盘上,规模一大就容易在读写一致性和副本同步上碰到瓶颈。它的做法是先把每次代码改动写进 S3 上的“预写日志”,以这份日志作为唯一可信记录,本地 NVMe 磁盘上的仓库只当缓存用,副本之间的协调与数据一致性也拆开处理。据 Cursor 称,在合成测试中读取性能可随副本数线性扩展,最多支持 100 个副本;使用 S3 Express One Zone 时每秒能处理超过 300 次推送。需要说明的是,这些数据来自合成测试,并非生产环境实测,也暂未提及该架构何时对外开放。

文中可用工具

  • ContinuityCursor 推出的 Git 存储架构,用 S3 预写日志保存代码,支持大规模读写
  • S3作为存储预写日志和仓库数据的对象存储服务
  • S3 Express One Zone低延迟 S3 存储类型,用于支撑每秒超过 300 次推送的测试结果
☆ 收藏查看来源 ↗

Git 2.56 亮点一览

Git 刚刚发布了 2.56.0 版本,有 104 位贡献者参与,其中 39 位是新人。这次更新解决了几个日常痛点:比如解决代码合并冲突时,新增的 git add --resolved 命令只暂存真正解决冲突的文件,不会再不小心把无关的本地修改一起提交,如果文件里还剩冲突标记会直接报错并保持原样。另外,Git 寻找两个分支共同祖先的算法变快了,在一个真实的巨型代码仓库案例里,耗时从 0.68 秒降到 0.01 秒。还有一项路径遍历打包技术,能让仓库存储体积缩小约 71%,这次解除了两个限制方便服务器大规模试用。

文中可用工具

  • git add --resolved只暂存已解决冲突的文件,避免误提交无关修改
  • git merge-base --all找出两个提交之间所有最佳共同祖先,新版本中速度大幅提升
  • git pack-objects打包仓库对象,现在可以复用路径遍历模式生成的位图
  • --path-walk按路径遍历对象进行打包,能显著减小仓库体积
☆ 收藏查看来源 ↗

claude-terminal:在单一终端中以标签页管理多个 Claude Code 会话

Duowg08/claude-terminal · Manage multiple Claude Code sessions in a single terminal with tabs, session persistence, multi-project workspaces, and git worktree support.

claude-terminal 是一个终端工具,用于在同一个终端里通过标签页管理多个 Claude Code 会话,并支持会话持久化、多项目工作区以及 git worktree。适合需要并行运行多个 AI 编码会话的开发者。

☆ 收藏查看来源 ↗

Worktrunk:面向并行 AI 智能体工作流的 Git worktree 管理命令行工具

max-sixty/worktrunk · Worktrunk is a CLI for Git worktree management, designed for parallel AI agent workflows

Worktrunk 是一个用 Rust 编写的命令行工具,用于管理 Git worktree,使 worktree 的操作像分支一样简单。它面向需要并行运行多个 AI 编码智能体(如 Claude Code、Codex)的场景,让每个智能体拥有独立工作目录以避免相互干扰。核心命令包括 wt switch、wt list、wt merge 和 wt remove,并提供 hooks、LLM 提交信息生成、合并工作流、交互式选择器、构建缓存共享、CI 状态与 AI 摘要、PR检出、按 worktree 分配开发服务器端口等辅助功能。

☆ 收藏查看来源 ↗