Loslegen
Ein Startup, mit dem wir in São Paulo arbeiten, hatte zwei Engineers, die vierzig Minuten lang dieselbe Claude-Code-Session gegen denselben Payments-Service laufen ließen, ohne dass einer der beiden es bemerkte. Drei Commits überschrieben. Zwei weitere widersprachen sich. Ein On-Call-Pager, der sich am Ende als Agent entpuppte, der einen Test umschrieb, an den er gar nicht hätte ran sollen. Sie hatten kein Modellqualitätsproblem. Sie hatten ein Koordinationsproblem.
SprintLoop ist das Betriebssystem, zu dem man greift, wenn mehr als ein Agent dasselbe Repo anfasst. Es erzwingt Lanes (kryptografische Scope-Zäune), lässt mehrere Harnesses gegen denselben Brief antreten, jagt jeden Diff vor dem Merge durch ein Review Committee und schreibt von allem ein signiertes Ed25519-Ledger — so kann ein SOC-2-Auditor jede Codezeile bis zurück zu dem Prompt verfolgen, der sie erzeugt hat.
Wenn du bereits GitHub Copilot Workspaces, Devin oder einen Stack aus eigenständigen CLIs evaluiert hast und zu dem Schluss gekommen bist „Ich will das alles, plus echte Nebenläufigkeitskontrolle”, bist du hier richtig.
Konzepte
Lanes, Harness Racing, Context Engine, Review Committee. Diese vor der Integration in Reihenfolge lesen.
API-Referenz
165 Edge Functions für Dispatch, Audit, Billing, Federation und die Context Engine. REST + Bearer.
Sicherheit
Was hier tatsächlich liegt
Das Produkt ist eine einzige Oberfläche — ein TeamDock-artiger Workspace, in dem Messaging, Calling, Lanes, Agents, Repos und Audit einen Tastendruck voneinander entfernt sind. Die Docs behandeln vier Dinge, die du vor der Integration kennen musst:
- Konzepte. Fünf kurze Texte. Sie stehen in narrativer Reihenfolge: Lanes (was eine Lane ist), Harness Racing (wie wir einen Sieger bestimmen), der AI-SDLC und die Context Engine (wie der Workspace weiß, was gut ist), das Review Committee (wie ein Diff sich seinen Merge verdient).
- Integrationen. GitHub, IDE-Erweiterungen, MCP, Notifications. Die meisten Teams brauchen drei der vier.
- API-Referenz. Auto-generiert aus den Live-Edge-Functions; nie mehr als einen Build alt.
- Sicherheit. Was über die Leitung geht, was signiert wird, was dein Auditor fragen wird.
Eine Anmerkung, was wir nicht tun
Wir speichern deinen Source-Code nicht. Der Workspace orchestriert Lanes gegen dein Git-Remote — GitHub, GitLab oder Bitbucket — und spiegelt den Repo-Inhalt nie in unsere Datenbank. Provenance-Einträge referenzieren Commit-Hashes; sie snapshotten den Baum nicht. Wenn dein Auditor fragt, wo dein geistiges Eigentum liegt, lautet die Antwort: nach wie vor in deinem Git-Host.
Wir proxen auch deinen Modell-Traffic nicht. Bring deine eigenen Keys für Anthropic, OpenAI, Google, Mistral oder welche Harness auch immer du antreten lassen willst. SprintLoop signiert den Prompt, die Response und die Tool-Calls — nicht die Modellgewichte und nicht die Inference-Abrechnung.
Wohin als Nächstes
Wenn du ein Repo und zwanzig Minuten hast, ist die Get-started-Seite der schnellste Weg zu einem grünen CI-Signal aus einer SprintLoop-getriebenen Lane.
Wenn du evaluierst, überflieg Lanes und Harness Racing — das ist der Teil der Architektur, der entscheidet, ob SprintLoop zur Arbeitsweise deines Teams passt.
Wenn du Integrator bist und SprintLoop in ein anderes Tool verdrahtest, sind die API-Referenz und die MCP-Seite die beiden, in denen du leben wirst.