コンテンツにスキップ

ようこそ

一つのワークスペース。多数のエージェント。暗号学的な監査。互いの作業を踏み荒らさない。

サンパウロのあるスタートアップでは、エンジニア 2 人が同じ決済サービスに対して同じ Claude Code セッションを 40 分間走らせ続け、どちらも気付かなかったことがありました。3 つのコミットが上書きされ、さらに 2 つは互いに矛盾する内容でした。オンコールが鳴ったのは、エージェントが触るべきでないテストを書き換えたためでした。モデルの品質の問題ではありません。協調の問題でした。

SprintLoop は、複数のエージェントが同じリポジトリに触れる場面で手に取るオペレーティングシステムです。レーン(暗号学的なスコープのフェンス)を強制し、同じ概要を複数のハーネスで競わせ、すべての差分をマージ前に Review Committee に通し、すべてを Ed25519 で署名された台帳に記録します。SOC 2 監査人がコードのどの行も、それを生んだプロンプトまで遡って追跡できます。

GitHub Copilot Workspaces、Devin、あるいはスタンドアロン CLI の組み合わせを評価したうえで「これに加えて、実際の並行性制御が欲しい」と結論したのであれば、ここが正しい場所です。

はじめる

GitHub App をインストールし、最初のレーンをディスパッチし、差分にサインオフする。15 分で完了します。



ウォークスルー →

コンセプト

レーン、ハーネスレーシング、Context Engine、Review Committee。統合する前に、この順番で読んでください。



コンセプトを読む →

API リファレンス

ディスパッチ、監査、課金、フェデレーション、Context Engine をカバーする 165 の edge function。REST + bearer。



リファレンスを開く →

ここに実際にあるもの

プロダクトは一つの surface — TeamDock スタイルのワークスペースで、メッセージング、通話、レーン、エージェント、リポジトリ、監査が一つのキーストロークで届く距離にあります。ドキュメントは統合の前に押さえておくべき 4 つの領域をカバーします。

  1. コンセプト。 5 つの短い読み物。語りの順に並んでいます。レーン(レーンとは何か)、ハーネスレーシング(勝者の選び方)、AI SDLC と Context Engine(ワークスペースが「良い」を知る仕組み)、Review Committee(差分がマージを獲得する仕組み)。
  2. 統合。 GitHub、IDE 拡張、MCP、通知。ほとんどのチームは 4 つのうち 3 つを必要とします。
  3. API リファレンス。 ライブの edge function から自動生成され、ビルド単位以上に古くなることはありません。
  4. セキュリティ。 何が wire を流れ、何が署名され、監査人が何を尋ねるか。

やらないことについて

私たちはあなたのソースコードを保存しません。ワークスペースはあなたの git remote — GitHub、GitLab、Bitbucket — に対してレーンをオーケストレートするだけで、リポジトリのコンテンツを私たちのデータベースにミラーすることはありません。プロベナンスのエントリはコミットハッシュを参照しますが、ツリーをスナップショットしません。あなたの IP がどこにあるか監査人に尋ねられたら、答えは「相変わらず git ホストの中」です。

モデルトラフィックもプロキシしません。Anthropic、OpenAI、Google、Mistral、あるいは競わせるハーネスのキーを持ち込んでください。SprintLoop が署名するのは、プロンプト、レスポンス、ツールコール — モデルの重みでも推論の請求でもありません。

次にどこへ

リポジトリと 20 分があるなら、Get started のページが、SprintLoop が駆動するレーンから CI のグリーンを出すまでの最短経路です。

評価中なら、LanesHarness racing を流し読みしてください。SprintLoop があなたのチームの働き方に合うかどうかを決めるアーキテクチャの中核です。

SprintLoop を別のツールに組み込もうとしているインテグレーターなら、API referenceMCP のページが住処になります。