【Agent37】AIエージェント専用サンドボックスが月額0.37ドル〜！爆速・低コスト運用の秘訣を公開

Hacker Newsの皆さん、こんにちは！Agent37 (https://agent37.com) のVishnuです。私たちはAIエージェントを実行するためのサンドボックス環境を提供しています。一般的なプロバイダーの10分の1以下のコストを実現しており、現在の平均利用料はサンドボックス1つあたり月額わずか0.37ドルです。

プロダクトの紹介動画はこちらからご覧いただけます：https://youtu.be/DK5ISR2tbNo

私たちは2月にOpenClawのラッパーを提供する企業としてスタートしました（笑われても仕方ありませんね）。そこから徐々に機能を拡張してきました。

当初の目標はユーザー獲得のために無料プランを提供することでしたが、当時は自己資金での運用だったためコスト面で断念せざるを得ませんでした。しかし、その後の最適化により、ついに無料プランの提供が実現しました。現在、新規サインアップの90%以上が無料プランユーザーで、彼らは自身のHermes、OpenClaw、Claude Codeなどを当社のクラウド上で動かしています。無料枠のインフラコストは、1ユーザーあたり月平均0.05〜0.10ドルに抑えられています。

コスト削減のために実践したテクニックをいくつか紹介します：

・エージェントの負荷パターンを分析：初期化時や特定のタスク実行時にはCPUバーストが必要ですが、それ以外はピークが抑えられます。一方で、ブラウザ操作などにはRAMが必要です。タスク完了後にリソース利用率が低下する特性を活かし、CPU/RAMの効率的な管理を行うことでコストを下げました。

・ハイパースケーラーを回避：Amazonに勤務していた経験から、大手のVMは利益率が80-90%と非常に高いことを知っていました。そのため、HetznerやOVHといった安価なホストベンダーへ切り替えることが、コスト削減の最大の要因の一つとなりました。

・リソース共有を最適化：gVisorを採用することで、ホスト上のメモリを柔軟に共有し、起動時間を短縮しました。各サンドボックスにフルVMのメモリを確保する必要がありません。ただし、Docker-in-DockerやAndroidエミュレータなどのワークロードはサポート外となるトレードオフがあります。

・ホストの選定：エージェントのワークロードではCPUよりもRAMがボトルネックになります。そのため、RAM容量を重視したサーバー構成に最適化しています。

Dockerなどが必要なワークロード向けには、フルVMサンドボックスも（通常より少し高い価格で）提供していますが、それでも他の手法を組み合わせているため、依然として低コストです。

結論として、サンドボックスというニッチなユースケースに特化し、そこに最適化を集中させることで、圧倒的なコストパフォーマンスを実現できると学びました。

私は以前Amazonでシニアソフトウェアエンジニアとして、社内AIチャットボット「Diya」やコーディングツール「Ziya」の開発に携わっていました。もし、サンドボックス上でエージェントを動かしたいとお考えなら、ぜひ一度試してみてください。特にメッセージング系エージェントを開発されているエンジニアの方には、当プラットフォームの経済性を試していただければ幸いです。

よろしくお願いします！

https://agent37.com

これは面白いし、価格も確かに魅力的だね。ただ、サンドボックスのプロバイダーなんて腐るほどあるしな。

エージェントハーネスに目を向けると… CPUやRAMの使用率を抑えることでコストを下げられる。

現状はどうなってるの？ハーネス（エージェントのループ処理を指してるんだよね？）は別のVMに配置されていて、ループが回るたびに個別のサンドボックスVMを起動する仕組みなのかな？

MacBook Pro (M1 Pro / 32GB) の負荷を外部に逃がせないか探してたんだ。Androidアプリの開発とエミュレーションで手一杯で、他の作業もしてるとマジで死にそうになるから。

Daytonaのクレジットを持ってるけど、ティア3に到達するまでの制限が厳しすぎて使い物にならないしね。

価格設定は https://boat.dev/ より微妙に安い気がするけど、ストレージは少なめ？今のところ比較できるのはそのくらいだけど、他に2社の違いについて何か知見はある？

あと、私が管理してるサンドボックスプロバイダーのリストに君たちのところも追加しておくよ。ローンチおめでとう！

https://engine.build/lab/agent-sandboxes

ローンチおめでとう！すごくエキサイティングだね！

ただ、めちゃくちゃ競争の激しい分野にいるよね。これを作るのは楽しいから、結局いろんなエンジニアが自作することになると思う。気を悪くしないでほしいんだけど、このサービス単体で価値を出すのは難しいんじゃないかな。資金力のある競合が、自分たちのデータベースや高利益で囲い込めるサービスの利用を促すために、ここを赤字覚悟で安売りしてくる消耗戦になるだろうし。

この技術をどう市場に乗せるか学ぶ中で、ユーザーがエージェントに本当にやってほしい具体的なタスクに近づいていくのを検討してもいいかもね。この技術のおかげで何ができるようになる？例えば、自分はヘルスケアの管理部門にいるけど、Agent37みたいなユースケースを解決するために、FirecrackerマイクロVM上で独自のサンドボックス基盤を構築したよ。もちろん売るつもりはない。それが業務をこなす上での競争優位性だからね。

参考までに！頑張って！

サンドボックスはちょっとコモディティ化しすぎてる感があるな。2026年の時点で、エージェント向けの機能が少しついたVMなんて、10倍の価値を生むのは無理だよ。だから、新規スタートアップが純粋に価格だけで勝負するのは得策じゃないと思う。言及してる通り、ハイパースケーラーの利益率は異常だけど、もしこれが本当の市場なら、彼らはコストを下げてくるし、なんなら赤字を出してでも君たちを潰しにかかってくるだろうね。ハードウェア的な革新がない限り、うまくいくとは思えないな。カスタマイズ性を売りにしたとしても、結局参入障壁はないし競合は山ほどいるしね。

話はちょっと逸れるけど、ここ数日エージェント用の「遊び場」として独立したLinuxボックスをどうセットアップするか調べてたんだ。Mac miniをメインマシンにしたからLinuxボックスが空いてて、自分用のマシンは厳格に管理しつつ、Linux機の方でエージェントに好き勝手させる環境を作りたくてね。

商用プロジェクトのローカルホスト版みたいな感じだけど、アドホックにやってる状態だ。オープンソースが担うべき領域だと思うんだけど、今のところ選択肢って何かある？CodexとClaude Codeの両方のプロプランに入ってて、それぞれインスタンスを動かす分には十分なクレジットがあるんだ。Mac miniからtailnet経由で制御したいんだけど、今の環境で何ができるかな？

ローンチおめでとう。

他のみんなも言ってるけど、サンドボックス部分はコモディティ化してると思う。より難しいのは、中のエージェントが何に触れるかだよね。

Googleと連携させたらエージェントはすべてにアクセスできてしまうし、サンドボックスはホストを守れてもトークンまでは守れない。タスクごとのスコープが限定された使い捨ての認証情報。これがあるなら高くても払うよ。ロードマップに入ってる？

ローンチおめでとう！すごく良さそう。一つだけ小さな不満があるんだけど、ユーザーのサクセスストーリーが明らかにClaudeが書いたものだってこと。Claudeのスタイルが全然理解できなくて、Codexに切り替えたんだよね。いや、Claudeが悪いわけじゃないんだけど、マジで解読不能な時がある。

2つを比較して判断してみて（後者はGPT-6 Lunaで書かせたもの）：

クライアントごとに1つのAPIコール。常時起動のHermesエージェントとして戻り、そのクライアントのデータとアイデンティティを保持し、支出には上限を設ける。起動した瞬間からOpenAI互換のエンドポイントで応答するので、統合はベースURLを指定するだけで、他のモデルAPIを向けるのと同じ感覚でできる。

Boonは1つのAPIコールでクライアント用のエージェントをプロビジョニングする。各エージェントは独自のクライアントデータとIDを持ち、支出制限も付与される。OpenAI互換のエンドポイントを公開しているので、ベースURLを設定するだけでBoonと接続できる。

競合よりどうやって価格を下げてるの？スナップショットをとってスリープさせて、ネットワーク経由でウェイクアップさせるような仕組みかな？

裏でCloudflareを使ってるのかな？ https://agents.cloudflare.com/ とはどう違うの？

いいね、いいタイミングで目に入ったよ。登録するつもり。CursorやGrokBotでも似たようなことはできてるけど、ロックインされないようにバックアップとしてこのセットアップを再現したいんだ。方向性は間違ってないと思う。デスクトップから全部移行して、スマホから全て実行できるようにしたいね。