セルフホストランナーって何だっけ
GitHub Actionsのようなテストやビルドの自動処理を、GitHubが用意したマシンではなく自分たちで用意したマシンで実行する仕組みを「セルフホストランナー」と呼びます。社内のサーバーを使えたり、ビルドが速くなったりするメリットがある反面、環境の管理は自分たちでやる必要があります。
Claude Codeにはこのセルフホストランナーの仕組みに乗っかって動くclaude self-hosted-runnerという機能があり、今回のアップデート(v2.1.233)では、そのセッションが「始まるまでの待ち時間」が短縮されました。地味な改善に見えますが、エージェントを使うたびにちょっとずつ待たされていたストレスがなくなる、実用上はかなり嬉しい変更です。
何が遅かったのか
これまでは、セッション用のブランチを作る際に「作業ツリー(working tree)を書き換える」処理が走っていました。作業ツリーというのは、手元にチェックアウトされている実際のファイル群のことです。ブランチを切り替えるたびにこのファイル群を書き換える処理が挟まると、リポジトリが大きい場合などは地味に時間がかかります。
さらに、セッションを開始する前に「サーバーへの問い合わせ」が2回発生し、その応答が返ってくるまでエージェントの起動がブロックされる、つまり待たされる仕組みになっていました。
今回何が変わったのか
今回のアップデートでは、この2つの無駄が取り除かれました。
- セッション用のブランチを作る際に、作業ツリーを書き換えなくてもよくなった
- 起動前にブロックしていた2回分のサーバー往復が、エージェントの起動を妨げなくなった
イメージとしては、これまでは「荷物を一度全部降ろして並べ直してから出発していた」のが、「荷物の並べ替えをしなくても出発できるようになった」ような変化です。そして「出発前に本部からの許可を2回待っていた」のを、「待たずに走り出せる」ようにしたとも言えます。
| 項目 | これまで | 今回のアップデート後 |
|---|---|---|
| ブランチ作成 | 作業ツリーを書き換えてから作成 | 作業ツリーを書き換えずに作成 |
| サーバーとの通信 | 2回分の往復が起動をブロック | 起動をブロックしなくなった |
| 体感 | セッション開始まで待たされる | セッション開始が速い |
どういう人に関係あるのか
この変更が効いてくるのは、主にCI/CD環境やチーム内でセルフホストランナー上のClaude Codeを使っている人たちです。普段ターミナルで手元のClaude Codeを使っているだけの人には直接関係は薄いですが、「自動化されたパイプラインの中でClaude Codeを呼び出している」というケースでは、1回あたりの起動の速さがそのまま全体の処理時間の短縮につながります。
特にセルフホストランナーは何度も繰り返しジョブが走ることが多いので、1回あたり数秒の短縮でも積み重なると無視できない差になります。機能そのものが新しく追加されたわけではなく、既存の仕組みの「立ち上がりの遅さ」を直したチューニング的なアップデートだと捉えておくとよいでしょう。
このページは役に立ちましたか?