はじめる

SprintLoop を理解する最速の方法は、小さな変更を実際に流してみることです。このページは、冷えたワークスペースから、あなたがサインオフしたレーンでエージェントが書いてマージされた pull request までを案内します。15 分の予定で。CI が遅ければ 30 分を見込んでください。

必要なもの: push できる GitHub repo、git の入ったワークステーション、最初に競わせたいハーネスの Anthropic、OpenAI、または Google AI API キー。3 つすべてを最初から持ち込んでも構いません — レーシングの surface は 2 つ以上あるほど面白くなります。

1. サインアップしてワークスペースを作る

https://app.sprintloop.ai/signup を開き、Google、Microsoft、またはメールでサインインします。最初のサインアップで個人ワークスペースが 1 シートで作成されます — 履歴を失わずに後で組織ワークスペースにアップグレードできます。

入ったら Cmd+K でコマンドパレットを開き、Workspace settings → Identity を実行します。ワークスペースハンドル（acme のような英数小文字）を設定してください — レーンタイトル、監査エクスポート、フェデレーションレシートに表示される名前です。人間向けの表示名は自由に変更できますが、ハンドルは監査証跡の安定性を保つため不変です。

2. リポジトリを接続する

Settings → Integrations → GitHub → Install the GitHub App。リポジトリを所有する org または個人アカウントを選び、SprintLoop がレーンをディスパッチする特定のリポジトリにアクセスを付与します。アプリが必要とするのは contents: write、pull_requests: write、checks: read、members: read です。シークレット、パッケージ、admin endpoint へのアクセスは要求しません。

インストールが完了すると SprintLoop に戻り、接続済みのリポジトリごとにグリーンのステータス行が表示されます。一つ選んで Open lane をクリックします。ワークスペースが repo の main ブランチにスコープした空のレーンを準備し、概要を待ちます。

このウォークスルーの残りの部分では、サンドボックスリポジトリかフィーチャーブランチを使ってください。レーンは本物の PR を開きます。

3. モデルキーを持ち込む

Settings → Models → Add provider。Anthropic、OpenAI、Google、または Mistral のキーを貼り付けます。キーは暗号化されて保存され、ログに記録されません。ワークスペースは保存前に 1 トークンのリクエストでキーが有効か確認します — 1 セント未満の課金で、明らかなエラー（失効キー、誤ったリージョン）を実レーンのディスパッチ前に検出します。

複数のプロバイダを追加できます。ディスパッチ画面のハーネスピッカーには、キーが存在するハーネスだけが表示されます。

4. 最初のレーンをディスパッチする

Cmd+N でディスパッチダイアログを開くか、左サイドバーの + Lane をクリック。接続済みリポジトリを選び、レーンにタイトルを付け（最初のタスクには "Add a /healthz endpoint that returns commit SHA" が良い例です）、ハーネスを選びます — Claude Code、Codex、Cursor Compose、Aider、Devin。複数キーがあれば Race が有効です。2 つか 3 つのハーネスを選ぶと、SprintLoop が同じ概要を並列で各ハーネスに通し、差分を比較します。

Dispatch をクリックする前に、レーンのスコープを決めてください。リポジトリ内のどのパスをエージェントが触ってよいか。デフォルトはリポジトリ全体ですが、最初のレーンでは絞ったほうが価値があります — healthz endpoint なら apps/api/healthz/** と package.json で十分です。スコープ外への書き込みはストレージ層で拒否されます。

Dispatch をクリック。1 秒以内にレーンページに着きます。

5. レーンの走行を見る

レーンページは 3 つのストリームを表示します。

Tool log — ハーネスが行うすべての read、write、シェルコマンド、モデル呼び出し。各エントリは追記前に署名され、ページは署名ヘッドが進むのを見せます。
Live diff — 作業ツリーでエージェントが変えたもの。数秒ごとに更新されます。
Sign-off — ページ下部のスロット。あなた（または承認者）がレーンを受理または却下します。

最初の healthz タスクは通常 60–90 秒で完了します。ハーネスが完了を合図すると、Review Committee（Architect、Security、QA）が右のレールに判定をレンダリングします。判定は Looks good、Has questions、Block のいずれか。Block は、少なくとも一人のレビュアーが、オーバーライドするまでマージボタンを無効にするほど深刻な何かを見つけたという意味です。

6. サインオフしてマージする

sign-off スロットで Approve をクリック。ワークスペースがインライン確認を求めます（差分をレビューしたことを表明します）。Approve すると、SprintLoop は次を行います。

レーンの署名済みコミットメッセージで、接続済み GitHub remote にブランチを push する。
GitHub API 経由で pull request を開き、本文に概要、使用したハーネス、呼び出したモデルバージョン、レーンの監査ページへのリンクを記入する。
レーンのチェーンヘッドをフェデレーションルートにスタンプし、レシートをワークスペースの evidence/ バケットに書き込む。
レーンをクローズする。

GitHub は PR を通常の CI に流します。CI がパスしたら、他の PR と同じようにマージしてください。Approval を要求するブランチ保護があれば、SprintLoop のサインオフは GitHub 側の人間レビュアーの代わりにはなりません — 内部的な表明であって、GitHub レビューではないからです。

たった今起きたこと

あなたは暗号学的なプロベナンスを伴う、境界付きの実行コンテキストへエージェントをディスパッチしました。エージェントの行動はすべてログされ、署名されました。レビュアーエージェントのパネルがあなたより先に差分を読みました。マージは、6 か月後にあなたのチームが監査できる PR を生み出しました。

それがループの全体です。ドキュメントの残り — レーシング、Context Engine、MCP、Review Committee のチューニング — はそのループをより緊密にします。

次にどこへ

Lanes — あなたがたった今使ったプリミティブ。10 分の価値があります。
Harness racing — 同じ概要を 2 つ、3 つのハーネスに同時にディスパッチする方法。
API reference — 自分のシステムからレーンディスパッチをスクリプトしたい場合。

何かうまくいかなかった場合、最初のレーンで最もよくあるつまずきは間違ったスコープクレーム（エージェントがスコープ外のファイルを触ろうとして停滞する）です。スコープを広げて再ディスパッチしてください — ワークスペースは前回の概要を覚えています。