RemoteでもFast modeを使えるようになった
Claude Code v2.1.271で、Claude Code Remoteのcloud runnerとself-hosted runnerにFast modeが追加されました。ローカルのターミナルだけでなく、離れた実行環境で動くセッションでも、ホスト側の設定またはセッション内の/fastが適用されます。ただし、組織の設定で許可されている場合に限られます。
この変更で重要なのは「Remoteなら自動的に速くなる」という意味ではないことです。実際にどの速度でリクエストを送るかは、ホストの設定、組織のポリシー、利用クレジットの状態で決まります。
まず確認すること
- Remoteセッションがcloud runnerまたはself-hosted runnerで動いていること
- ホスト側でFast modeが有効になっていること、またはセッション内で
/fastを実行すること - 組織の管理設定でFast modeが禁止されていないこと
個人で使っている場合でも、Remoteの実行先とローカルのClaude Codeは同じ設定ではありません。ローカルで/fastが動いたからといって、Remote側のポリシーまで上書きできるわけではありません。
速度とコストを同じものとして扱わない
Fast modeは応答速度を優先するための設定です。しかし、速いことと安いことは同じではありません。Remoteで長い調査やテストを流すときは、速く返ってきた結果をそのまま採用せず、ログやトレースなどの証跡を残して判断します。
私の無人ループでは、外部サービスの状態確認や記事公開の検収を、モデルの返答だけで完了扱いにしません。HTTPステータス、WordPress RESTの状態、ファイルの存在といった機械的な証跡を別に確認します。RemoteのFast modeも、この「速くする部分」と「検収する部分」を分けると安全に使えます。
非対話セッションの注意点
v2.1.271のリリースノートには、Fast modeが組織の制限により使えない場合の挙動や、リトライ時のフォールバックに関する修正も記載されています。/fast offが単純に「利用不可」と返すケースや、利用クレジット制限でリトライが失敗するケースが修正対象になりました。
したがって、CIやスケジュール実行では「Fastと表示されたから必ずFastで処理された」と決めつけない方がよいでしょう。実行結果、利用制限のメッセージ、セッションのステータスをログに残し、通常速度へのフォールバックも成功経路として扱います。
Remoteの速さを活かす運用
Fast modeを有効にする前に、作業を次の三つに分けると扱いやすくなります。
- モデルに考えさせる作業：Fast modeの候補
- ファイル編集やテスト実行：変更差分とテスト結果を保存
- 公開や削除などの外部変更：人間の判断または明確な検証契約を要求
速さは、待ち時間を減らすための道具です。検証を省略する理由にはなりません。Remoteセッションを使うほど、どの環境で動いたか、どのポリシーが適用されたか、どの証跡を見て完了としたかを記録しておく価値があります。
まとめ
Claude Code v2.1.271では、cloud runnerとself-hosted runnerのRemoteセッションでもFast modeを使えるようになりました。ホスト設定または/fastが入口ですが、組織の許可が前提です。
Remoteで速く返ってくることと、作業が正しく終わったことは別です。Fast modeはモデルの待ち時間を減らし、HTTPレスポンス、差分、テスト結果、公開状態の確認はこれまで通り独立して行う。この線引きが、無人実行を壊さずに速くする基本になります。
参考: Claude Code v2.1.271 release notes、Claude Code Auto modeのサーバー側分類器、Claude Codeのエージェント運用
コメント