ノートPCを閉じてもAIがコードを書き続ける — クラウドコーディングエージェント「Replicas」の仕組み
Linearにチケットを立てる。Slackで @replicas とメンションする。ノートPCを閉じて帰宅する。翌朝、PRが届いている。
これがReplicasの提供する体験だ。YCバッチ出身のこのスタートアップは、Claude Code、Codex、OpenCodeといったコーディングエージェントを、クラウド上のサンドボックスVM内で実行するプラットフォームを構築した。20社以上のYCスタートアップがすでに採用しており、導入企業ではPR全体の約30%がReplicasを経由しているという。
ローカルマシンに依存しない。人間が見ていなくても動き続ける。これは「AIコーディングツール」の次のレイヤーの話だ。
ローカル実行の限界
Claude CodeもCodex CLIも強力だが、共通の制約がある。ローカルマシンで動くということだ。
ターミナルを開いている間しかエージェントは動かない。マシンのスペックに依存する。複数のタスクを同時に走らせようとすれば、リソースの奪い合いになる。そして何より、「タスクを投げて放置する」ができない。エージェントが質問してきたら答えなければ止まる。
Replicasはこの制約を取り除く。各タスクは独立したサンドボックスVM内で実行される。依存パッケージのインストール、データベースの起動、コードベース全体のローカル実行まで、本番に近い開発環境がVM内に再現される。エージェントはその中で自律的にコードを書き、テストを走らせ、CIの失敗を検知すれば自動で修正を試みる。
トリガーはどこからでも
Replicasの設計で巧いのは、エンジニアの既存のワークフローに溶け込むトリガー設計だ。
GitHubのPRにコメントで指示を出す。LinearやJiraのチケットをアサインする。Slackでメンションする。ダッシュボードから直接タスクを作成する。APIで自動化パイプラインに組み込む。どの入口からでも、同じようにクラウド上のエージェントが起動する。
完了するとPRとして結果が返ってくる。CIが落ちれば自動で修正を試み、コードレビューのコメントも読んで対応する。人間がやるのはPRのレビューと承認だけだ。
BYOKと対応エージェント
Replicasの重要な特徴は「BYOK(Bring Your Own Key)」——自分のAPIキーやサブスクリプションを持ち込める点だ。Claude Codeのサブスクリプションを持っているなら、それをそのまま使える。Codexも、OpenCodeも同様だ。
特定のエージェントにロックインされないのは大きい。チームの好みやタスクの性質に応じて使い分けられる。「定型的なバグ修正はCodex、複雑なリファクタリングはClaude Code」といった運用が可能になる。
率直な評価
Replicasが解決している問題は明確で、「コーディングエージェントのインフラ層」という位置づけは理にかなっている。Mintlify、Knowunity、Composioといった実際のプロダクトチームが採用し、PR全体の3割をReplicasに任せているという事実は、単なるデモではなく実務で使えるレベルに達していることを示している。
一方で、気になる点もある。
まだ初期段階のスタートアップだ。 2026年創業のサンフランシスコの小さなチーム。長期的なサービス継続性は未知数で、企業が本番ワークフローに組み込むには一定のリスクがある。
「エージェントの品質」はReplicas自体の責務ではない。 Replicasはインフラを提供するが、コードの品質はClaude CodeやCodexの性能に依存する。エージェントが書いたコードのレビューは依然として人間の仕事だ。
料金体系の不透明さ。 公式サイトにはシート単位の料金が記載されているが、APIコストは別途発生する。2重課金構造は、実際のコストを見積もりにくい。
Codex CloudやClaude Code Webとの違い
似たコンセプトのサービスは他にもある。OpenAIのCodex Cloudはクラウド上でコーディングエージェントを実行する機能を内蔵しているし、Claude Code Webも同様にブラウザからエージェントを走らせられる。
Replicasの差別化ポイントは「エージェント非依存」だ。Codex CloudはCodex専用、Claude Code WebはClaude Code専用だが、Replicasはどのエージェントでも走らせられる。チームが複数のエージェントを使い分けている場合や、将来的にエージェントを乗り換える可能性がある場合、インフラ層を統一しておく意味がある。
ただし、Codex CloudやClaude Code Webは公式が提供する統合環境であり、エージェントとの連携が最も深い。Replicasが提供する抽象化レイヤーが、公式環境の機能拡張に追いつけるかは未知数だ。
「エージェントをマネジメントする」時代
Replicasが示しているのは、AIコーディングの焦点が「エージェントの性能」から「エージェントの運用」に移りつつあるという変化だ。
どのエージェントを使うかよりも、どうやってエージェントにタスクを渡し、結果を受け取り、品質を担保するか。その運用インフラが差になる段階に入っている。Linearのチケットを10件まとめてReplicasに投げ、翌朝10件のPRをレビューする——そういうワークフローが現実のものになりつつある。
Claude CodeやCodexを日常的に使っていて、「もっと並列で走らせたい」「ローカルマシンに縛られたくない」と感じているエンジニアにとっては、試す価値のある選択肢だ。ただし初期段階のスタートアップであることは理解した上で、小さなタスクから試してみることをすすめる。
関連記事
MetaがClaude Codeに殴り込んだ「Muse Code」——最安プランが21倍安い理由は、あなたのコードにある
Metaがターミナル型コーディングエージェント「Muse Code」を公開。Claude Code・Codex CLIとの違い、21倍安いContributorプランの交換条件、Muse Spark 1.2の実力を解説する。
人間もAIも同じリポジトリを同時にいじる — 衝突しないコーディングキャンバス「Murmell」
Murmellは複数のAIコーディングエージェント(Claude Code / Codex / Kimi / OpenCode)が同じリポジトリで同時に作業できるクラウドキャンバス。ファイル占有で衝突を防ぐ仕組みと料金を解説する。
AIコーディングエージェントが毎回忘れる問題に、Git で殴る答え — MemoryCustodian
MemoryCustodianはClaude CodeやCodexに永続メモリを与えるOSS。決定や制約をリポジトリ内のMarkdownで管理する仕組み、CLAUDE.mdとの違い、使い所を解説。