Claude Code on the webとは？使い方・料金・環境設定を解説

「Claude Codeを自分のパソコンに入れなくても、ブラウザから使えると聞いた」「会社のパソコンではインストールを制限されているが、何とか試せないか」と考えている方もいるのではないでしょうか。

それを実現するのがClaude Code on the webです。Claudeの画面（claude.ai/code）から、GitHubに置いてあるプロジェクトを選んで依頼を書くと、Anthropicが用意したクラウド上のパソコンでClaude Codeが作業を進め、変更を新しいブランチとして書き戻してくれます。自分のパソコンを閉じても作業は続き、スマホから進み具合を見に行くこともできます。

この記事では、仕組みとローカル版との違いから、料金、始め方、結果の確認とPR（変更の取り込み依頼）の作り方、ターミナルとの行き来、クラウド環境の設定、安全面の注意、うまく動かないときの対処までを順に解説します。内容は2026年10月時点の公式ドキュメントをもとにしています。機能の追加や名称の変更が頻繁にあるので、使う前に公式ドキュメントもあわせて確認してください。

Claude Code on the webとは

Claude Code on the webは、Claude Codeの作業を自分のパソコンではなく、クラウド上の仮想マシン（VM）で動かす機能です。通常のClaude Codeは、自分のパソコンのフォルダを読み書きします。こちらは、GitHubのリポジトリ（プロジェクトの保管場所）をクラウドにコピーして、そこで作業します。

パソコンに何も入れずに、ブラウザだけで始められるのが大きな特徴です。依頼を送ったあとにタブを閉じても、作業は止まりません。公式ドキュメントでも、タブを閉じたりページを離れたりしても、現在の作業が終わるまでバックグラウンドで動き続けると説明されています。

呼び名がいくつかある

この機能は、資料によって呼び名が少しずつ違います。同じものを指しているので、混乱しないように整理しておきます。

公式ドキュメントによると、クラウドセッションは次のどこからでも始められます。

• ブラウザ：claude.ai/code（Claude Code on the web）
• スマホ：Claudeアプリの「Code」タブ
• デスクトップアプリ：セッションを始めるときに、環境で「Local」ではなく「Cloud」を選ぶ
• ターミナル：claude --cloud コマンド
• ルーティン：決まった時間やイベントで自動実行される作業（後述）

作業が進む流れ

依頼を送ってから結果が返るまでの流れは、公式のクイックスタートで次の4段階に整理されています。

1. 複製と準備リポジトリがクラウド上のVMに複製（クローン）されます。環境にセットアップスクリプトを設定していれば、ここで実行されます。
2. ネットワークの設定環境で決めたアクセスレベルに応じて、インターネットへの接続範囲が決まります。
3. 作業Claudeがコードを読み、変更を加え、テストを動かして確認します。作業中に見守って指示を足してもよいですし、離れて戻ってきても構いません。
4. ブランチの書き戻し区切りのよいところで、変更が入ったブランチをGitHubに送ります（push）。差分を確認し、コメントを付け、PRを作れます。

ブランチを送ったあとも、セッションは閉じません。PRの作成や追加の修正も、同じ会話の中で続けられます。1つの依頼ごとに専用のセッションと専用のブランチができるので、1件が終わるのを待たずに次の依頼を始められます。

ローカル版・Remote Controlとの違い

Claude Codeは「どこで動くか」によって性質が変わります。公式ドキュメントの比較表をもとに、3つの使い方を並べました。

「パソコンの中のファイルや社内ネットワークを使いたい」ならローカル版かRemote Control、「GitHubにあるプロジェクトを、自分のパソコンを使わずに進めたい」ならクラウドセッション、という分け方になります。Remote Controlの詳しい使い方は別の記事で解説しています。

向いている仕事・向いていない仕事

公式のクイックスタートでは、クラウドセッションが向いているのは次のような場面だと紹介されています。

反対に、自分のパソコンにしかない設定やツール、社内ネットワークの先にあるシステムが必要な作業は、クラウドセッションに向きません。そうした作業は、ローカル版かRemote Controlを使うよう、公式ドキュメントでも案内されています。

料金と使えるプラン

クラウドセッションは、Pro・Max・Teamの各プランと、Enterpriseのうち「プレミアムシート」または「Chat + Claude Code シート」を持つ人が使えます。公式ドキュメントに載っている対象はこれらで、無料プランは含まれていません（料金ページでも、無料プランにClaude Codeは含まれないと案内されています）。

公式の料金ページに載っている、Claude Codeを使えるプランの価格は次のとおりです（米ドル、2026年10月時点）。

料金ページには、クラウドセッションのための追加料金は載っていません。公式ドキュメントにも、クラウドのVMに別料金はかからないと書かれています。

使用量はほかの利用と共通

クラウドセッションの利用は、プランの使用量の上限に、ほかのClaudeやClaude Codeの利用と合わせて加算されます。公式ドキュメントの「制限事項」でも、レート制限（一定時間あたりの利用上限）はアカウント内のほかのClaudeの利用と共有されること、複数の作業を並行して動かすと、その分だけ消費も増えることが明記されています。

具体的な使用量の上限値は、公式のドキュメントには数字が載っていません。上限に近づく使い方をする場合は、設定画面の使用量の表示で確認しながら進めてください。

使えない場合がある

プランが対応していても、次のような場合は使えません。会社で使うときは、管理者に確認しておきましょう。

始め方

必要なものは、対象プランのClaudeアカウントと、GitHubのリポジトリです。公式のクイックスタートでは、既存のGitHubリポジトリを対象にすると案内されています。新しいプロジェクトから始めたいときは、GitHubで空のリポジトリを先に作っておきます。

1. claude.ai/codeを開くブラウザで claude.ai/code にアクセスし、Claudeのアカウントでサインインします。
2. GitHubを接続するサインイン後に、GitHubへの接続を求められます。案内に従うとGitHubの認可ページに移動するので、承認します。
3. Claude GitHub Appを入れる非公開（プライベート）のリポジトリで作業するには、そのリポジトリにClaude GitHub Appを入れておく必要があります。GitHubの組織の場合は、組織のオーナーの承認が必要になることがあります。
4. Default環境を確認する初回に「Default」という名前の環境が作られます。最初のプロジェクトなら、そのままで使えます。
5. リポジトリを選んで依頼する入力欄の下でリポジトリ（必要ならブランチも）を選び、権限モードを決めて、やりたいことを書いて送信します。

Pro・Maxでは、手順4のDefault環境が自動で作られます。TeamとEnterpriseでは「Create your first cloud environment」というフォームが出るので、初期値のまま「Create & finish」を選べば、同じDefault環境ができます。

GitHubの接続方法は2つ

GitHubとの接続には、2つの方法があります。どちらで接続したかによって、使える範囲が変わります。

auto-fixやプロジェクト機能のように、Claude GitHub Appがリポジトリに入っていることが前提の機能があります。どちらの方法で接続していても、これらの機能を使うにはAppを入れておく必要があります。

ターミナルから接続する（/web-setup）

GitHub CLIを使っている人は、ブラウザを経由せずに、ターミナルから接続できます。公式のクイックスタートに載っている手順は次のとおりです。

1. GitHub CLIにログインするシェルで gh auth login を実行します。
2. ClaudeにサインインするClaude Codeで /login を実行し、claude.aiのアカウントでサインインします。APIキーでのサインインは対象外です。
3. /web-setupを実行するClaude Codeの中で /web-setup を実行し、トークンを送ることを確認します。成功すると「Connected as（GitHubのユーザー名）」と表示され、claude.ai/codeが開きます。

送られたトークンは、Anthropicの側で暗号化されて保存されます。外したいときは、claude.ai/customize/connectors でGitHubの接続を解除します。解除すると、ブラウザで接続した場合も含めて、クラウドセッションはGitHubに触れなくなります。

最初の依頼の書き方

公式のクイックスタートでは、依頼は具体的に書くほうがよいと案内されています。ポイントは次の3つです。

• ファイルや関数の名前を書く（「テストを直して」より「tests/test_auth.py の失敗しているテストを直して」）
• エラーの出力があれば貼り付ける
• 症状だけでなく、期待する動作も書く

最初の1回は、結果が確認しやすく、失敗しても困らない作業がおすすめです。たとえば「READMEにセットアップ手順を追加して」「このリポジトリの構成を説明して」といった依頼なら、クラウドセッションの流れをひととおり体験できます。

依頼と結果の確認

依頼を送ってから、結果を確認してPRを作るまでの操作を説明します。

権限モードを選ぶ

依頼を送るとき、Claudeがどこまで確認なしに動くかを「権限モード」で選びます。クラウドセッションで選べるのは次の3つです。

クラウドセッションには、確認を毎回求める「Manual」と、確認を省く「Bypass permissions」はありません。モードは、依頼を作るときにも、作業中にも切り替えられます。

差分を確認してコメントする

作業が終わると、セッションに「+42 -18」のような差分の表示（追加・削除された行数）が出ます。これを選ぶと、左にファイルの一覧、右に変更内容が並んだ差分画面が開きます。

差分は、既定ではセッションの元になったブランチと比べた内容です。「Compare against」を選べば、リポジトリ内のほかのブランチと比べることもできます。

気になる行を選んでコメントを書くと、次のメッセージを送るときにまとめてClaudeに渡されます。たとえば「src/auth.ts の47行目で、ここではエラーを握りつぶさないで」と伝えれば、場所の説明を書かなくても通じます。

PRを作る

差分に問題がなければ、差分画面の上にある「Create PR」を選びます。通常のPR、下書き（ドラフト）のPR、または生成されたタイトルと説明が入った状態のGitHubの作成画面への移動から選べます。

PRを作ったあとも、セッションは生きています。CIの失敗の出力やレビューでのコメントを会話に貼って、直してもらうこともできます。

PRの監視を任せる（auto-fix）

PRができたあとの対応も、Claudeに任せられます。これがauto-fixです。ClaudeがPRのGitHub上の動きを見ていて、CI（自動テスト）が失敗したり、レビューのコメントが付いたりしたときに、原因を調べ、明確な修正であれば直して送ってくれます。

auto-fixを使うには、リポジトリにClaude GitHub Appが入っている必要があります。オンにする方法は、状況によって次のとおりです。

Claudeの動き方は、状況によって変わります。

• 明確な修正：以前の指示と矛盾せず、自信があれば、直して送り、何をしたかを報告する
• 解釈が分かれる指摘や設計に関わる指摘：動く前にユーザーに確認する
• 重複や対応不要の通知：その旨をセッションに書いて先に進む

セッションの共有・整理

セッションは、claude.ai/codeの左側の一覧に並びます。ここから、変更の確認、チームへの共有、完了した作業の整理ができます。

共有したリンクの先では、開いた時点の最新の状態が見えます。リアルタイムには更新されません。Pro・Maxでは、セッションに非公開リポジトリのコードや認証情報が含まれていることがあるため、共有する前に内容を確認するよう公式ドキュメントが注意しています。

使えるコマンド

クラウドセッションでは、テキストで結果が返る組み込みコマンドが使えます。ターミナル画面専用のコマンド（/plugin や /resume など）は使えません。主なコマンドの扱いは次のとおりです。

コンテキストが上限に近づくと、自動で圧縮（auto-compaction）されます。また、サブエージェント（作業を分担する別のClaude）もローカルと同じように使え、リポジトリの .claude/agents/ に置いたものは自動で読み込まれます。

ターミナルやスマホとの行き来

クラウドセッションは、ブラウザだけでなく、ターミナルやスマホとも行き来できます。ターミナルを使う場合は、Claude Code（CLI）を、同じclaude.aiのアカウントでサインインして使います。

ターミナルからクラウドで始める

ターミナルから、クラウドに作業を投げるには --cloud を使います。

claude --cloud "src/auth/login.ts の認証のバグを直して"

この方法で、claude.ai上に新しいクラウドセッションができます。クラウドのVMは、手元のチェックアウトではなく、現在のディレクトリのGitHubのリモートを、現在のブランチで複製します。そのため、ローカルでコミットした内容があるなら、先にpushしておく必要があります。作業はクラウドで進み、手元では別の作業を続けられます。

旧来の --remote という書き方は、非推奨の別名として残っており、--cloud と同じ動きをします。また、--remote-control は別の機能（手元のセッションをブラウザやスマホから見る機能）なので、取り違えないようにしてください。

複数の作業を並行して頼む

--cloud を実行するたびに、独立したクラウドセッションができます。複数の作業を同時に頼むことも可能です。

claude --cloud "auth.spec.ts の不安定なテストを直して"
claude --cloud "APIのドキュメントを更新して"
claude --cloud "ロガーを構造化出力に書き換えて"

終わったセッションは、claude.ai/codeからPRを作るか、ターミナルに引き取って続きの作業ができます。ただし、並行して動かした分だけ使用量も増える点には気をつけてください。

手元で計画して、クラウドで実行する

複雑な作業では、手元のPlanモードで進め方をClaudeと相談してから、実行だけをクラウドに任せる使い方が公式ドキュメントで紹介されています。

1. 手元でPlanモードを使うclaude --permission-mode plan で始めます。Claudeはファイルを読み、コマンドで調べて、ソースを編集せずに計画を提案します。
2. 計画をリポジトリに保存する納得できたら、計画をファイルとして保存し、コミットしてpushします。
3. クラウドで実行させるclaude --cloud "docs/migration-plan.md の移行計画を実行して" のように依頼します。

クラウドの作業を手元に引き取る（teleport）

クラウドで進めた作業を、ターミナルで続きから行うこともできます。これがteleportです。方法はいくつかあります。

• claude --teleport：セッションの選択画面が開く。claude --teleport <セッションID> で特定のセッションを直接指定できる
• /teleport（または /tp）：すでに起動しているClaude Codeの中で、同じ選択画面を開く
• /tasks：バックグラウンドのセッションの一覧で、t を押して引き取る
• claude.ai/codeのセッションメニューで「Open in > Terminal」を選ぶ：ターミナルに貼るコマンドがコピーされる

引き取ると、リポジトリの確認、ブランチの取得とチェックアウト、会話の履歴の読み込みが行われます。引き取った先は手元に作られたコピーです。手元で進めた作業は、claude.ai上のクラウドセッションには反映されません。引き取ったあとにスマホから見続けたい場合は、手元のセッションで /remote-control を使います。

teleportを使うには、次の条件が必要です。

なお、CLIからのセッションの引き継ぎは一方向です。クラウドから手元に引き取ることはできますが、すでに動いている手元のセッションをクラウドに移すことはできません。デスクトップアプリでは、「Open in」メニューから「Cloud」を選ぶと、手元のセッションをクラウドで続けられます。このとき会話は要約として引き継がれます。

teleportとは別に、--resume も使えますが、こちらは手元の履歴から会話を開き直す機能で、クラウドのセッションは一覧に出ません。

走っているセッションにCLIから追加で指示する

動いているクラウドセッションに、別のパソコンのCLIから追加のメッセージを送ることもできます。

claude -p "追加の指示" --cloud <セッションID>

メッセージはセッションのキューに入り、コマンドは返事を待たずに終了します。長く動いているセッションの方向を変えたいとき、現在の作業が終わりかけの段階で次の作業を積んでおきたいときなどに使えます。セッションIDは、claude.ai/codeのセッション一覧で確認できます。

デスクトップアプリ・スマホから使う

デスクトップアプリのCodeタブでは、セッションを始めるときの「環境」で「Cloud」を選ぶと、クラウドセッションになります。公式ドキュメントでは、大きな書き換えやテストの実行、移行作業のような時間のかかる作業は、「Cloud」を選ぶとアプリを閉じたりパソコンの電源を切ったりしても続くと説明されています。

スマホでは、Claudeアプリの「Code」タブから、同じようにクラウドセッションを始められます。進み具合の確認や、追加の指示を出すだけなら、スマホだけで足ります。

なお、デスクトップアプリのクラウドセッションには、いくつかできないことがあります。Bypass permissionsが選べないこと、「+」ボタンからコネクタを足せないこと、@メンションとファイルペインが使えないこと、デスクトップアプリで入れたプラグインが使えないことです。

URLで依頼文とリポジトリをあらかじめ入れる

claude.ai/codeのURLにパラメータを付けると、依頼文やリポジトリがあらかじめ入った状態で開けます。課題管理ツールに「Claude Codeで開く」ボタンを置く、といった使い方ができます。

値はURLエンコード（日本語や記号を、URLで使える形に変換する処理）が必要です。

クラウド環境の設定

クラウドセッションは、すべて「クラウド環境」の中で動きます。クラウド環境は、ネットワークの接続範囲、環境変数、セットアップスクリプトを保存した設定です。最初に作られるDefault環境のままでも使えますが、外部のサービスに接続したり、依存ライブラリを入れたりするときは設定が必要になります。

環境の追加・編集

環境は、claude.ai/codeで新しいセッションを始める画面の、入力欄の下にある環境の選択から追加・編集します。ダイアログに、名前、ネットワークアクセス、環境変数、セットアップスクリプトの項目があります。

実行中のセッションの環境は、セッション名の横の矢印から「Edit cloud environment」を選んで編集できます。作った環境は個人のものです。TeamとEnterpriseでは、Ownerが組織の全員に共有する環境を作れます。環境は削除できず、アーカイブのみできます。

ターミナルから --cloud で始める場合に使う環境は、/remote-env で選びます。

ネットワークアクセスの4段階

環境ごとに、外部への通信の範囲を1つ選びます。

Trustedで通信できるのは、npm、PyPI、RubyGems、crates.ioなどのパッケージ管理サービス、Docker HubやGitHub Container Registryなどのコンテナのレジストリ、GitHub、主要なクラウド事業者のドメインなどです。Customを選ぶと、api.example.com のように1行に1ドメインを書き、*. で先頭を指定するとサブドメインすべてに一致します。

どのレベルでも、次の通信は別の経路で通ります。GitHubとの通信（専用のプロキシ経由）、有効にしたMCPコネクタの通信（Anthropicのサーバー経由）、ネットワークシークレットに登録したホスト、Claude Code自身のAnthropic APIへの通信です。

セットアップスクリプトとキャッシュ

セットアップスクリプトは、新しいセッションが始まるとき、Claude Codeが起動する前に動くBashスクリプトです。Ubuntu 24.04上のrootで動くので、apt install や各言語のパッケージ管理ツールが使えます。環境のダイアログの「Setup script」の欄に書きます。

#!/bin/bash
apt update && apt install -y shellcheck

書くときの決まりは3つです。

• 終了コードを0にする：スクリプトが失敗（0以外で終了）すると、セッションは始まらない。重要でない処理には || true を付ける
• 約5分以内に終える：長いと、環境のキャッシュが作られない
• インストール先に通信できるようにする：Noneだと、パッケージのインストールは失敗する

セットアップスクリプトが約5分以内に終わると、Anthropicがファイルシステムのスナップショットを保存し、次回以降のセッションの開始地点として再利用します。これが環境のキャッシュです。インストールしたパッケージや、取得したDockerイメージ、書き込んだファイルは引き継がれますが、起動していたデータベースなどのプロセスは引き継がれません。キャッシュは、スクリプトやネットワークの設定を変えたときと、約7日で期限が来たときに作り直されます。

プロジェクトごとの準備（npm install など）は、リポジトリの .claude/settings.json にSessionStartフック（セッション開始時に動く処理）として書く方法も案内されています。ローカルでもクラウドでも動くので、クラウドだけで動かしたいときは、環境変数 CLAUDE_CODE_REMOTE が true かどうかで切り分けます。

環境変数とネットワークシークレット

環境変数は、.env の形式で1行に1つ KEY=value を書きます。セッションの中で実行されるコマンドから、ふつうの環境変数として読めます。

注意したいのは、環境を使う人なら誰でも、環境変数とセットアップスクリプトの内容を読めることです。APIキーのような秘密の値は、環境変数ではなくネットワークシークレットに登録します。

ネットワークシークレットは、APIキーやトークンを環境に保存し、Claudeに見せずに、APIを呼べるようにする仕組みです。Anthropicのエージェントプロキシが、指定したホストへのリクエストにキーを付け足します。キーそのものはVMの外に置かれるので、セッションの環境変数やファイルには現れません。登録した後は、値を見ることも編集することもできず、変えたいときは、削除して追加し直します。

最初から入っているツール

クラウドのVMは、Ubuntu 24.04（x86_64）で、よく使う言語やツールがあらかじめ入っています。

.NET SDKのように、この一覧にないものは、セットアップスクリプトで入れます。VMの中にシェルで入ることはできず、コマンドはすべてClaudeが実行します。テストの実行やサービスの起動も、依頼文に「テストを実行して」「PostgreSQLを起動して」と書いて頼みます。

手元の設定が引き継がれるかどうか

クラウドセッションは、リポジトリの新しいクローンから始まります。コミットしてあるものは使えますが、自分のパソコンにだけある設定は使えません。

つまり、クラウドで同じように動かしたい指示やスキルは、リポジトリの .claude/ フォルダや CLAUDE.md にコミットしておく、というのが基本の考え方です。

リソースと時間の上限

公式ドキュメントでは、Anthropicが管理する環境のVMのリソースの上限は、おおよそ4 vCPU、メモリ16GB、ディスク30GBとされています。数字は変わることがあるとも書かれています。大きなビルドや、メモリを多く使うテストは、VMに止められることがあります。

時間についても、決まりがあります。

• Claudeが実行するコマンド：前面で動くコマンドの待ち時間は初期値で2分、最大で10分まで延ばせる。時間が来ると、止めずにバックグラウンドに移り、そこで最大30分動き続ける
• SessionStartフック：600秒で取り消される（設定で変更可）
• セットアップスクリプト：約5分を超えるとキャッシュされない
• アイドル（待機）：数分間動きがないと、VMはファイルを保存したまま一時停止し、あとで回収されることがある

安全面の注意と困ったとき

クラウドセッションは、自分のパソコンから離れた場所で動きます。公式ドキュメントは、複数の層で隔離していると説明しています。

隔離の仕組み

GitHubへの通信を担うプロキシには、いくつかの制限もあります。ブランチの削除と、ブランチ以外（タグなど）のpushは拒否されます。ただし、どのブランチに書き込めるかは制限しないため、公式ドキュメントでは、GitHub側のブランチ保護ルールで制限するよう案内されています。

気をつけたいこと

• ネットワークをNoneにしても、Anthropic APIとの通信は残る：公式ドキュメントでは、この通信を通じて、データがVMの外に出る可能性があると注意されています
• シークレットを環境変数に入れない：環境を使う人なら誰でも読めます。共有環境の環境変数は、組織の全員のセッションから読めます
• 共有の公開範囲を確認する：Pro・MaxのPublicは、claude.aiにログインしている誰にでも見えます
• auto-fixを入れるリポジトリを選ぶ：PRのコメントが、インフラの変更や権限のある処理を動かすリポジトリでは、オフのままにすることを公式ドキュメントが検討するよう案内しています
• 手元のリポジトリを送るときの機密ファイル：GitHubのリモートがない、またはClaude GitHub Appが入っていない場合、Claude Codeは手元のリポジトリを、そのままアップロードして使います。macOS・Linux・WSLでは、.env、*.tfvars、id_rsa、*.pem など認証情報らしい名前のファイルの未コミットの変更は送られません。ネイティブのWindowsでは、このファイル名による除外がなく、追跡中のファイルの未コミットの変更がそのまま送られますので、送りたくない変更は退避してから始めてください

GitHub以外のリポジトリ

リポジトリの複製とPRの作成には、GitHubが必要です。社内のGitHub Enterprise Serverは、TeamとEnterpriseのプランで使えます。

GitLabやBitbucketなど、GitHub以外のリポジトリは、環境変数 CCR_FORCE_BUNDLE=1 を付けて --cloud を実行すると、手元のリポジトリをまとめてアップロードして、クラウドセッションで作業させられます。ただし、結果を元のリモートに書き戻すことはできません。アップロードするリポジトリは100MB未満、かつ、1つ以上のコミットがあるGitリポジトリである必要があります。

症状と対処

公式ドキュメントのトラブルシューティングから、よくある症状をまとめました。

制限事項のまとめ

公式ドキュメントの「Limitations」には、次のような制約が挙げられています。使い始める前に確認しておきましょう。

• レート制限は、ほかのClaudeの利用と共有される
• コマンドとSessionStartフックにはタイムアウトがあり、セットアップスクリプトは約5分以内でないとキャッシュされない
• クラウドセッションを手元に引き取れるのは、同じアカウントでサインインしているときだけ
• リポジトリの複製とPRの作成にはGitHubが必要（GitHub Enterprise ServerはTeamとEnterprise）。GitLabなどからはバンドルで送れるが、書き戻しはできない
• IP許可リストを使う組織では、Anthropic管理のクラウドセッションは認証エラーになる

よくある質問

まとめ

Claude Code on the webは、「依頼して、あとから結果を確認する」という使い方に向いた機能です。まずは中身の確認のような変更を伴わない依頼から試して、ブランチやPRの流れに慣れてから、少しずつ作業を任せていくのがおすすめです。

社内で使う段階では、どのリポジトリを対象にするか、権限モードやネットワークをどう設定するか、レビューをどう組み込むかなど、決めることが増えます。INTERCREATE JAPANでは、Claude Codeの導入から、社内で使い続けられる運用の設計までをお手伝いしています。