AI 优先、兼容 Git 的源代码管理

# Strata — AI 优先、兼容 Git 的源代码管理 来源：https://strata.madskristiansen.com/ 为人类与编码智能体设计的源代码管理 多个智能体。一个代码库。工作成果不丢失。¹ (https://strata.madskristiansen.com/#evidence) Strata 为 AI 编码智能体提供隔离的工作区、持久的开发上下文以及安全的并发集成，同时保留你现有的 Git 工作流。 保留你的 Git 工具。给你的智能体一套更好用的东西。 图 01 — 贡献者 → main（示意） 01 — 问题 ## Git 并不是为上百个智能体同时工作而设计的。 Git 是出色的分布式版本控制工具，本身也支持并发的、分布式的开发。摩擦出在叠加其上的工作流：分支、rebase、pull request 和合并队列，都是围绕少数几个还记得自己昨天做了什么的人设计的。 当大量自主智能体修改同一个代码库时，这套工作流就变成了编排工作。总得有人（或某个脚本）去创建分支、排序合并、重试 rebase，并把知识从一个会话带到下一个会话。Strata 把协调、集成和上下文直接放进源代码管理系统本身。 1. 01 分支泛滥 每个智能体的每个任务一个分支，每个都要命名、跟踪和清理。 2. 02 反复 rebase 每次向 main 的合并，都会把其他所有开放分支的基底挪走。 3. 03 合并编排 必须有人来决定工作落地的顺序。 4. 04 协调开销 智能体看不到还有谁在改同一批文件。 5. 05 并发冲突 冲突标记文本是给人看的，不是给程序看的。 6. 06 会话上下文丢失 智能体学到的东西随会话结束而消失。 7. 07 知识碎片化 决策散落在聊天记录、PR 评论和提示词里。 8. 08 脆弱的自动化 Git 周边的脚本在智能体频繁触发的边界情况下就会崩掉。 02 — Strata 如何工作 ## 从隔离的工作到集成后的历史。 1. 01 智能体接到任务 带有负责人、依赖关系和状态跟踪。 2. 02 Strata 创建工作区 隔离的，基于当前权威修订版本。 3. 03 检索上下文 该任务的决策、发现和检查点。 4. 04 智能体提交变更 以候选变更形式提交，而不是推送到分支。 5. 05 Strata 校验并集成 对照当前状态进行。重叠部分以结构化冲突返回。 6. 06 历史与上下文持久保存 保留溯源信息，交给下一个智能体或开发者。 03 — 核心能力 ## 面向智能体的源代码管理原语。 ✓ EVALUATED 标记表示该领域已包含在所述的私有评估范围内。 01 ### 隔离的智能体工作区 智能体可以独立工作，每个任务都不需要传统的分支管理。 02✓ EVALUATED ### 事务化集成 变更对照权威仓库状态进行集成，采用并发安全的发布机制。 03 ### 持久的开发上下文 任务意图、决策、发现、溯源信息和交接内容能跨会话留存。 04✓ EVALUATED ### 结构化冲突解决 冲突变成可操作的数据，编码智能体可以检查并解决。 05 ### 多智能体协调 任务、依赖、智能体身份和进度可以在并发开发活动中统一管理。 06✓ EVALUATED ### Git 兼容性 现有的 Git 客户端和工作流可通过 Git HTTP 与 SSH 继续使用。 07✓ EVALUATED ### MCP 与原生 API 智能体通过专为智能体设计的接口（基于 MCP 和 gRPC）与 Strata 交互。 08✓ EVALUATED ### 身份与访问控制 人类用户和智能体拥有各自独立的身份、权限和委派授权。 09✓ EVALUATED ### 自托管 在你自己的基础设施上运行 Strata，包含备份与恢复。 04 — Git 兼容性 ## 保留 Git，改变工作流。 开发者继续用现有的 Git 客户端执行 clone、fetch 和 push，通过 HTTP 或 SSH 进行。智能体则通过 Strata 的原生接口工作：获得工作区、提交候选变更、接收结构化冲突、读写上下文。两条路径读写的都是同一份权威仓库状态。 兼容性覆盖范围以测试所涵盖的操作为准。Git 兼容性参考 (https://strata.madskristiansen.com/git-compatibility.html) 列出了受支持的操作和已知限制。 图 04 — 两条路径，一个状态（示意） 开发者 Git 客户端 clone · fetch · push 编码智能体 原生接口 workspace · submit · conflict · context GIT HTTP / SSH MCP · gRPC 权威仓库状态（AUTHORITATIVE REPOSITORY STATE）单一历史 · 每次变更的溯源 POSTGRESQL · S3 兼容对象存储 05 — 多智能体开发 ## 三个智能体，一个仓库。 两个变更顺利集成。第三个发生重叠，它会以结构化冲突的形式返回，而不是被悄悄合并。集成安全意味着已确认的变更不会丢失；但它并不能保证合并后的代码在语义上是正确的。这仍然要靠你的测试和评审。 图 05 — 并发集成 · 第 1/9 步 · 示意性模拟，并非真实后端 **任务已分配** main 键盘：聚焦图示后，← → 步进，R 重置。 06 — 持久上下文 ## 你的智能体会遗忘。你的仓库不应该。 智能体把学到的东西记录为结构化上下文：任务目标、架构决策、实现中的发现、进度检查点和交接信息。每条记录都带有其来源修订版本和一个状态，因此可以随着代码推进被验证或被取代。 Strata 只存储智能体显式写入的内容。它不会读取模型的私有推理过程。上下文是证据，下一个智能体会拿它对照当前仓库状态进行核查。 图 06 — 跨会话的上下文（示意性模拟） 07 — 并发证据 ## 为并发开发而构建。已用 100 个智能体测试。 同时提交的不同智能体数 100 · 已确认的变更 100 · 丢失的已确认变更 0 · 参与集成与冲突解决测试的智能体数 1 — 单个私有部署上的受控评估，底层为 PostgreSQL 和 S3 兼容存储。结果描述的是该测试条件下的行为，不是扩展性上限、吞吐量基准或生产可靠性保证。 08 — 架构 ## 是基础设施，不是又一个编码助手。 Strata 不是 LLM，也不写代码。它是编码智能体和开发者所依据的记录系统（system of record）。后端使用 Go 编写，以 Docker 容器交付，元数据存于 PostgreSQL，仓库内容存于 S3 兼容对象存储。 它不依赖任何特定的模型提供商。任何支持 MCP、原生 API 或 Git 的智能体都可以使用它。 图 08 — 系统列（示意） 客户端 Git 客户端 Claude Code Codex 其他 MCP 智能体 接口 Git HTTP / SSH MCP gRPC API 身份 用户与智能体 权限 委派 核心 工作区 集成 上下文存储 协调 存储 PostgreSQL S3 兼容 Go 后端 · Docker 部署 · 不依赖 LLM 提供商 09 — 自托管 ## 你的代码。你的基础设施。你的掌控。 Strata 是开源软件，运行在你自己运维的基础设施上。仓库内容、上下文记录和身份信息都留在你的网络内。安装指南涵盖前置条件、配置、备份与恢复。 部署模型 运行时 Go 服务（Docker 容器）· 元数据 PostgreSQL · 对象 S3 兼容存储（在 Ceph 上评估过）· 访问方式 Git HTTP / SSH、MCP、gRPC · 状态 EVALUATION · 尚未生产就绪 当前部署已通过 PostgreSQL、S3 兼容存储、Git HTTP 与 SSH、IAM、MCP 与 gRPC、恢复和备份的评估。Strata 尚未被宣布为生产就绪；路线图列出了剩余事项。 ## 你的智能体应当协作，而不是争抢同一个分支。 给编码智能体一个为并发、上下文和安全集成而构建的共享开发底座。 浏览文档 → (https://strata.madskristiansen.com/docs.html)