【YC採用】Hoplite登場：クラウド上でコーディングAIエージェントを爆速デプロイ

Hacker Newsの皆さん、こんにちは！Hoplite (https://hoplite.sh) 創業者のBenceとRyanです。Hopliteは、コーディング用AIエージェントをクラウド上で簡単にデプロイし、新機能のQAを劇的に効率化するツールスイートです。オンボーディング時に、ローカル環境のセッション、メモリ、MCPサーバーなどをそのままクラウドへ移植し、すぐにプロジェクトを実行可能な状態にします。デモ動画はこちら: https://youtu.be/bnyktZ_9pjE 。私たちは元々小売投資向けAIというアイデアでYCに応募しましたが、自分たちが本当に使いたいプロダクトではないと気づき、方向転換しました。開発者コミュニティと関わりたいという情熱から、既存のクラウドエージェントツールをすべて試しましたが、クラウドの利点を活かしつつ快適に動作するものが見当たらなかったため、自ら開発を始めました。今後6〜12ヶ月で、開発スタイルは「コードのレビュー」から「AIが生成したプロダクトの評価」へとシフトしていくでしょう。Hopliteは、何百ものエージェントを同時実行し、ユーザーフローやUI、API、クロスプラットフォーム動作を視覚的に検証することを目指しています。エージェントの実行基盤には独自ハーネスを採用しており、外部の制約を受けずに新機能を迅速に試せる柔軟性を確保しました。インフラは主にAWSを使用し、堅牢なワークフローのためにTemporal、サンドボックスにModal、データベースにPlanetscaleを採用し、ティア0レベルの信頼性を実現しています。現在、コード「HACKERNEWS」を入力すると100ドル分の無料クレジットが獲得可能です。また、お手持ちのCodexサブスクリプションを接続してOpenAIモデルを利用することもできます。料金詳細はこちら（https://hoplite.sh/pricing ）。現在はオンボーディングとプレビュー体験の最適化に注力しています。ぜひ使ってみて、フィードバックをいただけると嬉しいです！

まずは、頑張ってください！Github Copilot CloudやCodex Cloudのようなサービスの代替が何になるのか、特にモデルに対して柔軟なものはないかずっと気になっていたので、これはそういった挙動の一部を備えているように見えます。もしその認識が合っていれば、それらのサービスと比較して何が優れているのか、また料金体系の違いについて教えてくれませんか。例えば、あちらのベースプランは月額20ドルですが、こちらはもっと高いところから始まっていますよね。ローカルのIDE環境などがより統合されているように見えて、標準的な「リポジトリに対してプロンプトを投げて繰り返す」だけのクラウドエージェントと比べて非常に有用そうですが、ターゲットや意図を理解しておきたいです。

良さそうですね！私は以前からAmp（https://ampcode.com/ ）を使っていますが、これとかなり近いことをやっているように見えます。この手のワークフローは本当に素晴らしい。「1スレッド＝1VM」という考え方は、今後のモデルとしてかなり堅実な気がします。

素晴らしい取り組みですね。私も現在、個人利用のためにサーバー上で似たようなものを構築中ですが、あなたのプロジェクトはかなり有望そうです。特に、自分でサンドボックスを実行するのは手間がかかりますからね。なぜFirecrackerのようなマイクロVMソリューションではなく、Modalを選択したのですか？成功を祈っています！

価値がわかるまで少し時間がかかりましたが、最初は「Cursorのクラウドエージェントと同じじゃないか？」と思っていました。でも、ここでの重要なポイントは「すべてのサンドボックスがアプリをライブURLで起動する」という点ですね。Cursorにはそれが簡単にはできない。これができれば、ローカル環境を完全に捨てて、手元でチェックアウトせずにプルリクエストを試すことができるようになります。そこで質問ですが、これはどういう仕組みですか？私たちの開発環境はdocker-composeで管理していて、Clickhouse、Localstack、Postgresなどが必要なため、他のクラウド環境で動かすのに苦労しています。あと、価格についてですが、従量課金版や固定費がもっと安いプランがあると嬉しいです。月額99ドルのモデルは業務利用なら良いですが、個人で使うにはちょっと高いかな。

現在使っているClaude Codeを使ったセットアップとどう違うのか、頭の中で整理しています。Claudeのアプリでは、リポジトリを選んで機能の追加を頼めばコードを書いてテストまで実行し、新しいブランチまで切ってくれます。その後PR作成ボタンを押すだけで完了です。他にも、Agent of Empires[0]で管理されたClaude Codeエージェントと、Playwright（SSE付き）を入れたコンテナをVPN配下のDocker Composeで自前運用する環境も使っています。これなら、エージェントが実際のブラウザを使ってライブでテストを行い、ドメイン:ポートで起動したアプリにアクセスできるのですが、これはClaude単体ではできないことなんです。[0] https://github.com/agent-of-empires/agent-of-empires

アクティブなスレッドをローカルからクラウド環境に移行する際の体験はどうですか？常にクラウドで作業したくはないし、クラウド上でも今の環境と完全に同じであってほしい。シームレスであるべきですよね。これを見事に解決しているのは、サンドボックスをローカルで実行してからそれをクラウドに持ち込むような、smolvmやmicrosandboxのような人たちくらいしか見当たりません。

参考データとしてですが、私の会社でも社内で同じものを構築しています。ゼロから作る人をターゲットにするならうまくいくかもしれませんが、ある程度成熟したインフラスタックを移植するのはまず無理ですし、組織もそれを望まないでしょう。すでに何千もの理由でローカルでも動かないような、個々人の開発環境の複雑さに対応する必要があります。

プルリクエストを開く
その後、レビューコメントが来ても同じスレッドとコンテキストで反復し続ける

私の経験、特にSolを使っていた時ですが、エージェントは「いつ反復を止めるべきか」の判断が苦手で、ますます細かくて重要度の低いエッジケースまで追い続けようとすることが多いです。Hopliteでは、どうやってこの問題を解決していますか？

非常に興味深いです。私もより自律的なエージェントとそれに見合うハーネスの開発に取り組んでいるので、これは次に進むべき論理的なステップだと感じます。ぜひ試してみたいです。プロジェクト固有のハーネスと、そうでない汎用的なハーネスやツールの違いについて、皆さんはどう考えていますか？個人的には、作業の多くがプロジェクト固有になってしまい、どう抽象化すべきか迷っています。追伸：コードが動きませんでした。

『オデュッセイア』にちなんだ良い名前ですね。エージェントを「歩兵（footsoldiers）」のようなものとして考えることもできそうです。頑張ってください！