Claude CodeとReplit Agentの違い — ブラウザ完結型とCLIの使い分け

Replit Agentは「作って公開まで」、Claude Codeは「既存のリポジトリを育てる」

Replit Agentは、Replitのブラウザ上のワークスペース(Project Editor)で動くAIエージェントです。プロジェクトの設定、コードの作成、動作テスト、修正までを担い、最後は同じ画面の「Publish」で公開します。コードを書けない人がアイデアから公開まで進める設計です。

Claude Codeは、手元のリポジトリに対して動くエージェントです。ターミナルを中心に、VS Code・JetBrains・デスクトップアプリ・Webのどこからでも同じエンジンを呼び出せます。既存コードの読解、修正、テスト、PR作成が主戦場です。

分かれ目は次の1点に集約されます。作業場所が事業者のホスト環境か、自分のリポジトリか。

実行環境の差 — ホスト型ワークスペースか、手元のリポジトリか

Replit Agentの説明では、Agentを「チャットボットと違い、プロジェクトを立ち上げ、アプリを作り、自分の作業を確認し、問題を直す」ものとしています。依頼は日常語で書き、コードや技術知識は要りません。インフラの設定やデータベースの構成もAgentが受け持ちます。

同じプロジェクトにWebアプリ、モバイルアプリ、スライド、動画を足していける点も特徴です。これらは同じバックエンドとデータを共有します。BigQuery・Linear・Slack・Notionといった接続済みサービスから、チャットでデータを引くこともできます。

Claude Codeは、この逆向きです。既存のリポジトリがあり、CLAUDE.mdや設定、MCPサーバーがそこに置かれています。公式の概要ページは、ターミナル・VS Code・JetBrains・デスクトップ・Webのどれも同じエンジンにつながり、リポジトリのCLAUDE.md・設定・MCPサーバーはどの使い方でも共通に効くと説明しています。

つまり「Claude Codeはローカル専用、Replitはクラウド専用」という単純な二分ではありません。Claude Codeにもクラウドで動く形態があります。違いは、成果物の置き場所が自分のgitリポジトリなのか、Replitのプロジェクトなのかにあります。ReplitのワークスペースにClaude Code自体を入れる場合の注意点はClaude CodeをReplitにインストールする手順にあります。

AIコーディングエージェント全般の実行環境の違いは、Claude CodeとCopilot agent modeの実行環境の比較でも扱っています。クレジット課金のアプリビルダーとの比較はClaude CodeとLovableの違いにあります。

公開までの導線 — Publishボタンと、git・CIの経路

Replitの公開は3手順で済みます。

公開形態は4種類あります。

公開は、その時点のファイルのスナップショットをクラウドに送り、別のインスタンスとして動かす仕組みです。更新するには、もう一度公開して新しいスナップショットを作ります。カスタムドメインとアクセス制御(Pro・Enterprise限定)、公開後の分析機能もこの画面に揃っています。

公開したアプリの置き場所も決まっています。ReplitのインフラはGoogle Cloud Platform上にあり、公開アプリはすべて米国でホストされます。Enterpriseは、欧州連合でのホストを営業窓口に依頼できます。顧客ごとに専用のシングルテナントのGCPプロジェクトが割り当てられ、計算資源・シークレット・ストレージは他の顧客と共有されません。データの所在を問われる業務では、この点が選定材料になります。

Claude Codeの主な使い方は、成果物をリポジトリに返し、公開はそれを受け取る側の仕組みが担う形です。たとえばClaude Codeにgit操作とPR作成までを任せ、デプロイは既存のCIに流す、という分業です。CIとの接続には、GitHub ActionsとGitLab CI/CDの統合があります。ワークフローの作り方はGitHub Actionsのワークフロー作成をClaude Codeで進める手順にまとめています。

公開まで一気通貫で任せたいならReplit、公開後の運用を既存の仕組みに載せたいならClaude Code、という選び方になります。

Replit側の注意点が1つあります。Replitは、公開したアプリのファイルシステムに書いたデータに頼らないよう警告しています。保存が必要なデータは、Replitのストレージやデータベースに置く前提です。ホスト型の手軽さと引き換えに、公開先の作法に合わせる必要があります。

計画と巻き戻し — Planモードとチェックポイントを並べる

両者とも、書く前に計画を立てる仕組みと、失敗したときに戻す仕組みを持っています。名前は似ていますが、戻せる範囲の性格が違います。

計画: どちらもPlanモード

Replit AgentのPlanモードは、チャット入力欄のPlanトグルで有効にします。有効にすると、コードやデータを変える前に、複雑な依頼を順序付きのタスクリストへ分解します。承認の選択肢は「Build here」(今のセッションで実装)と「Build in background」(別タスクとして実行)です。プロジェクトの最初のチェックポイントより前は、承認ボタンが「Start building」1つになります。Planモードは、Starterプランでは使えず、CoreとProで使えます。

バックグラウンドタスクは既定で、変更を自分で確認して適用するまで待ちます。「Automatically apply changes」を有効にすれば自動で適用されます。なお、Planモードの応答も含め、Agentのやり取りは課金対象です。

Claude Codeのplanモードは、Shift+Tabで切り替えます。ステータスバーに⏸ plan mode onと表示されている間、Claudeはファイルを読んで計画を提案しますが、承認するまで編集しません。

巻き戻し: エージェントのチェックポイントか、/rewindか

Replit Agentは、自分の作業を定期的にテストし、機能の完成・大きな区切り・安定した状態・重大な修正に入る前にチェックポイントを作ります。うまくいかなかった内容をチャットで伝えて、直させることもできます。戻すときは各チェックポイントの「Rollback to here」を使い、チェックポイントはAgentタブと履歴アイコンからも見られます。

Claude Codeは、ターンを始めるプロンプトごとにチェックポイントを作ります。/rewindか、入力欄が空のときのEsc2回で、次のメニューが開きます。

• コードと会話の両方を復元する
• 会話だけを復元する
• コードだけを復元する
• 指定位置から先(または手前)を要約する

どちらも「戻せる」点は同じですが、戻る範囲は大きく違います。

保持期間にも差があります。Claude Codeのスナップショットは、1セッションにつき直近100件のチェックポイント分が残ります。ファイルのスナップショットは、既定で最後に保存した日から約30日後の清掃処理で削除されます。期限後に戻そうとすると、No files were restoredで失敗することがあります。

Replit側では、チェックポイントがGitペインにGitコミットとして表示されます。Claude Codeのチェックポイントはセッション単位の素早い復旧用で、恒久的な履歴にはgitを使う前提です。この限界の詳細はClaude Code checkpointの制限で整理しています。

課金と権限の考え方 — モード制か、権限制か

Replit Agentの課金は、モードで選びます。

有料の操作はeffort-based pricing(作業量に応じた課金)です。単純な修正は安く、機能追加のような複雑な依頼は1回のチェックポイントにまとまって高くなります。1リクエストにつきチェックポイントは1つで、費用はチェックポイントごとに表示されます。

Free Modeで足りない依頼には、有料の「Allow once」が提案されることがあります。有料の操作は開始前に必ず確認が入り、終わればFree Modeに戻ります。Enterpriseのワークスペースは、Free Modeの代わりに単一のAutoモードを使います。管理者は、モデルへのアクセスをEnterprise向けのコントロールで管理できます。

AgentがClaude・ChatGPT・Nano Banana/Geminiのような外部APIを裏で使う機能もあります。この分は提供元の公開API料金で、Replitのクレジットから引かれます。

Claude Codeの課金は、モードではなく利用するアカウントで決まります。多くの使い方で、Claudeのサブスクリプションか、Anthropic Consoleのアカウントが必要です。CLIやIDE拡張は、サードパーティのクラウドプロバイダ経由でも使えます。ANTHROPIC_API_KEYを設定していればログインの代わりにそのキーの承認を求められ、デスクトップアプリは有料のサブスクリプションが前提です。

支出の上限を決めたいときの入口は、v2.1.289のclaude --helpにあります。--max-budget-usdは、API呼び出しに使う金額の上限を指定するフラグです。--printと併用したときだけ効きます。

「何を実行してよいか」は課金とは別に、権限で制御します。権限モデルの違いはAIコーディングエージェント 権限モデル比較を参照してください。

Claude Code側で「Replitのような並走」を作る設定例

Replit Agentのバックグラウンドタスクに近い並走は、Claude Codeでは2通りで作れます。同時に動かせる数は、Replitでは契約で決まります。availabilityの表では、有効なバックグラウンドタスクがCoreで1、Proで10です。

1つ目はworktreeです。worktreeは、独立したブランチと作業ディレクトリを持つチェックアウトです。

claude --worktree feature-auth

既定では、リポジトリ直下の.claude/worktrees/feature-auth/に、worktree-feature-authというブランチで作られます。別のターミナルで別の名前を指定すれば、編集が衝突しない並行セッションが立ち上がります。リポジトリにコミットが1件も無いと、Failed to resolve base branch "HEAD"で失敗します。名前を付けない対話セッションは、終了時にworktreeに変更が無ければ、worktreeとブランチが自動で削除されます。

2つ目はバックグラウンドセッションです。v2.1.289のclaude --helpには、次の行が出ます。

$ claude --version
2.1.289 (Claude Code)
 
$ claude --help
  --bg, --background   Start the session in the background and
                       return immediately. Prints the id that
                       `claude attach`, `logs`, `stop` and `rm`
                       take; `claude agents` lists them.
  -w, --worktree [name]  Create a new git worktree for this
                       session (optionally specify a name)

claude agentsは、バックグラウンドセッションを一画面で見るエージェントビューを開きます。claude attach <id>でそのセッションに入り、claude logs <id>で直近の出力を読み、claude rm <id>で消せます。rmは、安全な場合にはworktreeも一緒に削除します。ReplitのBuild in backgroundが「承認して別タスクで走らせる」なら、こちらは「起動して放っておき、必要なときに入る」流れです。

計画段階にも同じ入口があります。--permission-modeの選択肢は、v2.1.289のヘルプではacceptEdits・auto・bypassPermissions・manual・dontAsk・planの6つです。claude --permission-mode planで起動すれば、Planトグルを入れた状態に近い入り方になります。

非対話で1回だけ走らせる用途には、claude -pを使います。

claude -p "Find and fix the bug in auth.py" \
  --allowedTools "Read,Edit,Bash"

--allowedToolsで使えるツールを絞れば、CIに組み込んだときの範囲を明示できます。

「公開前に必ず確認する」という運用は、CLAUDE.mdに書いておくと毎セッションに効きます。例えば次のような書き方です。

## 公開前の確認
- デプロイ関連のファイルは、変更前に差分を提示する
- 本番へのpushは行わず、PRの作成までで止める
- テストが通るまで完了と報告しない

どちらを選ぶか — 判断の早見表

どちらか一方に決める必要もありません。プロトタイプをReplitで作り、育てる段階でリポジトリに移してClaude Codeへ渡す、という段階分けも成り立ちます。

他のCLIエージェントとの比較は、Claude CodeとKiroの比較でも見られます。

まとめ

Replit Agentは、ブラウザ上で作り、同じ画面で公開するまでをひとつの環境に閉じ込める設計です。Claude Codeは、自分のリポジトリを起点に、gitとCIの既存の経路へ成果を返す設計です。

初回のプロトタイプにはReplit、継続的な開発と運用にはClaude Codeという棲み分けが、仕様から見て自然な分担です。巻き戻しはどちらにもありますが、戻る範囲が違います。データベースや環境まで戻したいかどうか、履歴を自分のgitに持ちたいかどうかが、選ぶときの分かれ目です。