Skip to content

欢迎

一个工作区。多个 agent。密码学审计。彼此不踩脚。

我们合作的一家圣保罗创业公司里,两位工程师对同一个支付服务跑同一个 Claude Code 会话,跑了四十分钟才有人发觉。三次 commit 被互相覆盖,又有两次彼此冲突。值班工程师被叫起来的那次告警,原来是 agent 改写了一个本不该碰的测试。问题不在模型质量,而在协调。

只要超过一个 agent 会动同一个仓库,SprintLoop 就是你会去取的那套操作系统。它强制 lanes(带密码学约束的作用域围栏)、让多个 harness 对同一个 brief 同时跑、在 merge 之前用 Review Committee 审每一个 diff,并把一切写进一条 Ed25519 签名的台账——任何一行代码,SOC 2 审计师都能反向追溯到生成它的那条 prompt。

如果你已经评估过 GitHub Copilot Workspaces、Devin、或一堆独立 CLI,得出的结论是”我想要这些,再加上真正的并发控制”,那就来对地方了。

快速开始

安装 GitHub App,dispatch 第一条 lane,对 diff 签字放行。十五分钟。



Walkthrough →

核心概念

Lanes、harness 竞速、Context Engine、Review Committee。集成前按顺序读。



阅读概念 →

API 参考

覆盖 dispatch、审计、计费、federation、Context Engine 的 165 个 edge function。REST + bearer。



打开参考 →

安全

溯源台账、RLS、BYOK、SSO/SCIM、SOC 2 Type II 进度。



阅读安全 →

这里实际有什么

产品是一块单一界面——一个 TeamDock 风格的工作区,消息、通话、lanes、agents、仓库、审计相隔不过一次按键。文档在集成前要让你了解四件事:

  1. 概念。 五篇短文,按叙事顺序排:Lanes(什么是 lane)、Harness 竞速(怎么挑赢家)、AI SDLC 和 Context Engine(工作区怎么知道什么算”好”)、Review Committee(diff 怎么挣到它的 merge)。
  2. 集成。 GitHub、IDE 扩展、MCP、通知。多数团队需要其中三项。
  3. API 参考。 从在线 edge function 自动生成,过期不超过一次构建。
  4. 安全。 什么会上线,什么被签名,审计师会问什么。

一些我们不做的事

我们不存储你的源代码。工作区只对你的 git remote——GitHub、GitLab 或 Bitbucket——编排 lanes,不会把仓库内容镜像进我们的数据库。溯源条目引用 commit hash,不快照代码树。如果审计师问你的 IP 在哪,答案是:仍在你的 git host 里。

我们也不代理你的模型流量。请自带 Anthropic、OpenAI、Google、Mistral 或任意你想竞速的 harness 的 key。SprintLoop 签名的是 prompt、response、tool call,而不是模型权重,也不是 inference 账单。

接下来去哪

如果你有一个仓库和二十分钟,Get started 是从 SprintLoop 驱动的 lane 拿到 CI 绿灯的最快路径。

如果你在评估,扫一眼 LanesHarness 竞速——这是决定 SprintLoop 是否契合你团队工作方式的那部分架构。

如果你是把 SprintLoop 接进其它工具的集成方,API 参考MCP 是你会长期住下来的两页。