AI 资源库 · 已整理 5 项

版本控制

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

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 内部发布的工具,原文未说明具体用途
☆ 收藏查看来源 ↗

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按路径遍历对象进行打包,能显著减小仓库体积
☆ 收藏查看来源 ↗

Capitaine:面向仓库原生的自主智能体框架

Lucineer/capitaine · Capitaine — fork a repo, click Codespaces, the agent is alive. The repo IS the agent.

Capitaine 是 Lucineer 舰队的旗舰项目,提出“仓库即智能体”的 git-native repo-agent 理念:仓库本身是智能体,代码是身体,Git 历史是记忆。它按心跳周期定时唤醒,读取自身状态(提交、issue、PR、队列),推理下一步最有价值的动作,并每拍执行一次文件操作,同时以“船长日志”记录每次行动的推理过程,支持通过 PR 和 issue 引用与其他“舰船”协作,以及自我修改代码和文档。项目包含概念文档、教程、舰队概览、源码与日志目录,当前正在恢复用于读取和解析自身状态的 Hydration Layer。

☆ 收藏查看来源 ↗

agent-skills:跨多个编程 Agent 的可移植 SKILL.md 技能合集

wangjohn/agent-skills · Portable Agent Skills (SKILL.md) for Claude Code, Cursor, Codex, and other coding agents.

该项目是作者个人使用的 Agent Skills 集合,以 SKILL.md 形式在 Claude Code、Cursor、Codex 等能读取该文件的编程 Agent 之间共享与复用。技能以 skills/ 下按名称分目录组织,长文档放入 references/ 目录,确定性内容放入 scripts/ 目录;仓库强调作为可移植的单一来源,不写入 Cursor 专属的 frontmatter。示例技能 review-pr 可为 PR 生成面向人工审查的指南,覆盖架构、模型、权衡与关键设计决策,并配合代码优先的解释、简洁语言、必要时使用图表以及聚焦的审查问题。仓库提供 npx skills add 安装方式、create-skill 模板与新增技能流程,并通过 scripts/validate.py 在本地与 CI 校验;另有关于 agent-archive CLI 的规划文档,属于计划而非已实现版本。

☆ 收藏查看来源 ↗

“所有人都在竞相取代GitHub”:Zed推出Delta,称Agent让拉取请求过时

Zed是一家做代码编辑器的公司,它推出了一个叫Delta的新工具,让大家和AI助手在同一个“讨论串”里一起写代码、改代码、审代码,而不是像以前那样把改好的代码打包成“拉取请求”发给同事看。原来的问题是:GitHub当初是为人类开发者设计的,现在AI助手生成代码的速度太快,每月提交量从2025年全年的约10亿次涨到2026年4月的14亿次、8月的29亿次,导致GitHub频繁出故障,而且拉取请求只给审阅者看最终的代码差异,看不到AI为什么这么改的讨论过程。Delta用底层记录每一次编辑和对话的方式,把这些中间过程都保留下来,让审阅者能追问AI、试用修改。现在Delta已经公开测试,Zed内部已经不用拉取请求开发自己的Delta仓库,33名开发者提交了570次变更;不过它目前仍然搭配Git仓库使用,完全离开GitHub大概还需要几个月。

文中可用工具

  • DeltaZed推出的协作环境,让开发者和编码Agent在共享讨论串中一起编写、审查和修订代码,替代拉取请求
  • DeltaDBZed开发的基于操作记录的版本控制系统,以编辑级粒度记录代码变更和对话活动,用于同步参与者
  • Git当前Delta仍兼容的版本控制系统,开发者可以继续使用分支、提交和远程仓库
  • GitHub原文中被指出因Agent生成代码量增长而不堪重负的平台,Zed计划未来不再依赖
☆ 收藏查看来源 ↗