Alibaba、AIエージェント向けサンドボックス基盤「OpenSandbox」をOSS公開

 AIが書いたコードを安全に動かす「砂場」。

 Alibabaが、AIエージェント向けの汎用サンドボックス基盤「OpenSandbox」をApache 2.0ライセンスのOSSとして公開しました。2026年3月1日時点でGitHubスターは約2200。開発者コミュニティの注目度はなかなかのものです。

 ざっくり言うと、AIエージェントが生成したコードを「隔離された安全な環境」で実行するための基盤です。Python、Java/Kotlin、JavaScript/TypeScript、C#/.NETのSDKがあり、統一APIでサンドボックスの作成から終了までまるっと制御できます。Go SDKも追加予定とのこと。

 実行環境はDockerとKubernetesの両対応で、ローカル開発から大規模分散デプロイまでカバーします。サーバー側はPython(FastAPI)がライフサイクル管理を担当し、コマンド実行やファイル操作などの実処理はサンドボックス内に注入される実行デーモン(execd)が受け持つ構成です。

 Claude CodeやGemini CLI、OpenAI Codex CLIとの連携サンプルを公式で公開しているほか、ChromeやPlaywrightによるブラウザ自動化、VNC・VS Code Web経由のリモートデスクトップにも対応。エージェントの評価・ベンチマークや強化学習用途も想定しています。

 ネットワーク面では、Ingress Gatewayが複数のルーティング戦略を扱い、サンドボックスごとにEgress制御も可能です。ただしDocker実行時はhost/bridgeなどネットワークモードの制約があり、分離ネットワークやEgress制御には運用形態に応じた構成が必要になります。

 競合としては、Firecracker microVM採用のE2Bや、gVisor上で展開するModalなどが存在します。E2Bはホステッド型に加えセルフホストにも触れており、単純に「マネージド専用」とは言い切れません。OpenSandboxはOSSとしてDocker/Kubernetes上で自前運用できる点が差別化ポイントです。

 「gVisor」はGoogleが開発したコンテナ向けセキュリティレイヤーです。通常のコンテナはホストOSのカーネルを直接使いますが、gVisorは独自のアプリケーションカーネルを間に挟んで、コンテナの処理がホストカーネルに直接触れないようにします。「OSの中にもう一枚壁を立てる」イメージですね。

 最新リリースはserver 0.1.4(2026年2月28日公開)で、累計46回のリリースを重ねています。コードベースはPython(44.3%)とGo(25.2%)が中心、コントリビューターは22名。ロードマップではGo SDKの完成、永続ストレージ対応、Kubernetes向けHelmチャート整備などが予定されています。

コメント (128)

    • 1. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:00:07
    • OpenSandbox使えばAIコード実行も怖くなくなるな。Docker対応で環境構築簡単そう
    • 2. login:Penguin
    • 2026-03-17 09:00:25
    • Apache 2.0か。商用利用できるのは良いね
    • 3. 名無し~3.EXE
    • 2026-03-17 09:00:30
    • GitHubスター2200で伸び悩んでる感じがする。もっと話題になってもいいと思うが
    • 4. デフォルトの名無しさん
    • 2026-03-17 09:00:46
    • executorデーモンの実装がキモっぽい。ファイル操作やコマンド実行をどこまで許可するか設定できるのか
    • 5. 名刺は切らしておりまして
    • 2026-03-17 09:01:51
    • Go SDK未実装とか情弱が引っかかりそうだな
    • 6. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:02:04
    • Python/Java/JS/C#対応してる時点で大体の開発環境カバーしてるな
    • 7. login:Penguin
    • 2026-03-17 09:02:39
    • Kubernetes対応ってスケーラビリティの点では強いけど、個人開発者はDockerで十分じゃね
    • 8. 名無し~3.EXE
    • 2026-03-17 09:03:14
    • Claude CodeやGeminiとの連携サンプルあるのは良い。すぐに実装できそう
    • 9. デフォルトの名無しさん
    • 2026-03-17 09:05:30
    • FastAPIでライフサイクル管理か。CPUリソース制限とかメモリ制限の実装どうなってんだろ
    • 10. 名刺は切らしておりまして
    • 2026-03-17 09:05:32
    • セキュリティはどこまで堅いんだろ。AIコード実行とはいえ穴があったら大変だぞ
    • 11. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:05:50
    • AIエージェントの時代がきたってことか。アウトプットが安全に実行できる基盤があれば確かに捗るわ
    • 12. login:Penguin
    • 2026-03-17 09:06:20
    • これAWS Lambda的なコンテナ実行基盤の応用に見えるけど、AIコード特化って何が違うのか
    • 13. 名無し~3.EXE
    • 2026-03-17 09:07:34
    • execd注入方式だと、エージェント側でどういう権限設定すんだろ。root権限じゃないよな
    • 14. デフォルトの名無しさん
    • 2026-03-17 09:07:44
    • 人柱待機中。動作安定性とパフォーマンスの実績が欲しいところ
    • 15. 名刺は切らしておりまして
    • 2026-03-17 09:08:16
    • Alibaba製って時点で警戒する奴も多いと思う。ただOSSなんで監査できるからいいか
    • 16. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:08:21
    • 統一API使えるのは便利。言語別に異なる実装覚える必要ないのは開発効率いいな
    • 17. login:Penguin
    • 2026-03-17 09:08:41
    • Docker対応だけでいいんじゃないの。わざわざKubernetes対応させる必要あるか
    • 18. 名無し~3.EXE
    • 2026-03-17 09:09:26
    • ローカル開発から大規模分散デプロイまでカバーとか野心的だな。実現できてれば神
    • 19. デフォルトの名無しさん
    • 2026-03-17 09:11:27
    • スター2200は微妙。Dockerやコンテナ系の話題でもっと盛り上がってもいいのに
    • 20. 名刺は切らしておりまして
    • 2026-03-17 09:11:30
    • Go SDK未実装ってマジで?Goユーザーまたハシゴ外されるのか
    • 21. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:12:09
    • OpenAI CodexとGemini CLIの連携例があるのはいいポイント。すぐ試せるな
    • 22. login:Penguin
    • 2026-03-17 09:12:14
    • Python FastAPIでサーバー側管理てことは、REST API経由でアクセスするってこと?レイテンシー大丈夫か
    • 23. 名無し~3.EXE
    • 2026-03-17 09:12:29
    • AIが書いたコードの安全実行ってニーズはマジであるわ。バグコード多いし
    • 24. デフォルトの名無しさん
    • 2026-03-17 09:12:31
    • Apache 2.0は信頼できるライセンス。BSD系とは違って商用利用も安心できるな
    • 25. 名刺は切らしておりまして
    • 2026-03-17 09:12:56
    • このレベルのサンドボックス実装、セキュリティ監査通るのに数ヶ月かかるぞ。本当に実用的か
    • 26. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:12:57
    • SDK多言語対応ってことは、どの言語でもサンドボックス環境が同等に動作するってわけか
    • 27. login:Penguin
    • 2026-03-17 09:13:20
    • 正直いって、こういう基盤は大手のみが実装できるレベル。Alibabaが出したのは意外だな
    • 28. 名無し~3.EXE
    • 2026-03-17 09:14:06
    • ファイル操作の権限制御どうなってんだろ。書き込み禁止にしつつ読み取りは許可とか細かく設定できるか
    • 29. デフォルトの名無しさん
    • 2026-03-17 09:14:59
    • 結局ローカルのDocker実行だけで十分な奴がほとんどだと思う。K8s対応は過剰スペック感ある
    • 30. 名刺は切らしておりまして
    • 2026-03-17 09:15:23
    • GPU対応はないんか。AIが生成したCUDA コード実行したい人もいるだろ
    • 31. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:15:40
    • タイムアウト機能ついてるかが重要。無限ループで資源食い尽くされたら困る
    • 32. login:Penguin
    • 2026-03-17 09:15:50
    • execd方式だと、プロセス間通信がボトルネックになる可能性ある。CPUオーバーヘッド計測済みか
    • 33. 名無し~3.EXE
    • 2026-03-17 09:15:58
    • Claude Codeで使われてるって知れば、信頼度上がるな。Google・OpenAIレベルが検証してるってことか
    • 34. デフォルトの名無しさん
    • 2026-03-17 09:16:13
    • 2200スター微妙だけど、実用性が高けりゃ使う奴増えると思う。ただし情報少ないのが難点
    • 35. 名刺は切らしておりまして
    • 2026-03-17 09:16:20
    • 統一APIとかいっても、各言語でバグあったら全部使えなくなる。品質管理大変そう
    • 36. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:16:28
    • これAI + Code Gen時代の必須インフラになるかもな。確実にニーズはある
    • 37. login:Penguin
    • 2026-03-17 09:16:31
    • Java/Kotlin両対応とか、JVM系はちゃんと見てるんだな。JS/TSもバンドルされてるし
    • 38. 名無し~3.EXE
    • 2026-03-17 09:17:02
    • ネットワーク通信制御どうなってる。AIが不正な外部通信するのを防ぐ必要あるぞ
    • 39. デフォルトの名無しさん
    • 2026-03-17 09:17:39
    • FastAPISvelte使ってるなら、インターフェース設計もいいのか。スクショ欲しい
    • 40. 名刺は切らしておりまして
    • 2026-03-17 09:18:12
    • マジで出来がいいなら、AWSやGCPが買収するまであるな。Alibabaなら利益も出すか
    • 41. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:18:14
    • AIコード実行の怖さを軽減できるなら、エンタープライズで需要ありそう
    • 42. login:Penguin
    • 2026-03-17 09:19:14
    • Go SDK予定とあるけど、いつ出るんだ。ロードマップ公開されてるか
    • 43. 名無し~3.EXE
    • 2026-03-17 09:19:18
    • 環境変数やシークレット管理どうやるんだろ。DBパス渡す時の安全性が気になる
    • 44. デフォルトの名無しさん
    • 2026-03-17 09:19:50
    • 正直なんか難しすぎて使わない奴多そう。ドキュメント充実してんのか
    • 45. 名刺は切らしておりまして
    • 2026-03-17 09:20:16
    • Docker & K8s対応で、スケーリング自動化されてるならSaaS化も可能だな
    • 46. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:20:41
    • AIエージェント時代の基盤として、これは評価される可能性あるわ
    • 47. login:Penguin
    • 2026-03-17 09:21:00
    • C#/.NET対応はマニアック。Windowsユーザーへの配慮いいね
    • 48. 名無し~3.EXE
    • 2026-03-17 09:21:50
    • セキュリティアップデート頻繁に来るんだろうな。OSSだし信頼性あるなら使いたい
    • 49. デフォルトの名無しさん
    • 2026-03-17 09:22:30
    • Kubernetes対応は、大規模AIサービス想定してるんだろう。個人勢はオーバースペック
    • 50. 名刺は切らしておりまして
    • 2026-03-17 09:23:00
    • 実行制限とか監視とかのログ出力、どこまで詳細に取れるかが本番運用のカギだ
    • 51. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:23:03
    • イノベーション的には評価。実装精度まで待つしかない
    • 52. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:23:05
    • OpenSandbox便利そう。AIコード実行の安全性重視はいいね
    • 53. 名無し~3.EXE
    • 2026-03-17 09:23:45
    • FastAPI+execd構成、シンプルで良い設計だな
    • 54. login:Penguin
    • 2026-03-17 09:24:48
    • Python/Java/JS/C#と主流言語揃ってるのは親切。Go追加予定もいい
    • 55. 名刺は切らしておりまして
    • 2026-03-17 09:25:26
    • Apache 2.0だから商用利用OK。これは使える
    • 56. デフォルトの名無しさん
    • 2026-03-17 09:25:42
    • AIエージェントの発展に必須だな。Alibabaやるじゃん
    • 57. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:26:13
    • 2200スターで既に注目度高い。開発者の期待感わかる
    • 58. 名無し~3.EXE
    • 2026-03-17 09:26:15
    • Docker/Kubernetes対応してるのは企業用途想定か。スケーラビリティ考えてる
    • 59. login:Penguin
    • 2026-03-17 09:26:58
    • これClaudeやGeminiとの連携サンプルあるのか。本当に統一API?
    • 60. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:27:00
    • 結局Go SDKは「予定」か。現状で使えるのはPythonだけだな
    • 61. 名無し~3.EXE
    • 2026-03-17 09:28:12
    • execdがボトルネックになりそう。大規模分散で本当に動くのか人柱待ち
    • 62. デフォルトの名無しさん
    • 2026-03-17 09:28:17
    • Kubernetesとか言っても、初心者が使うには複雑すぎないか
    • 63. login:Penguin
    • 2026-03-17 09:28:26
    • セキュリティの詳細が不明。本当に隔離できてるのか信用できん
    • 64. 名刺は切らしておりまして
    • 2026-03-17 09:28:38
    • FastAPI遅いんだけど、ライフサイクル管理でハング起きないのか疑問
    • 65. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:29:40
    • Alibabaだから何か罠あるんじゃないか。情報採取されたくない
    • 66. 名無し~3.EXE
    • 2026-03-17 09:29:44
    • Docker+Kubernetesとか、オーバースペックなプロジェクトも多いのに
    • 67. login:Penguin
    • 2026-03-17 09:30:06
    • GitHub2200スターって言うほど盛り上がってないじゃん。Dockerより全然少ない
    • 68. デフォルトの名無しさん
    • 2026-03-17 09:31:58
    • 統一API言うても、細かい挙動はSDK毎に違うんだろ。結局ドキュメント漁る羽目に
    • 69. 名刺は切らしておりまして
    • 2026-03-17 09:32:33
    • ライセンスはApache 2.0でいいけど、Alibabaのバックドア疑惑は常にある
    • 70. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:32:46
    • そういえばAIがコード書く時代なんだな
    • 71. 名無し~3.EXE
    • 2026-03-17 09:33:01
    • サンドボックス基盤か。必要な機能ではあるな
    • 72. login:Penguin
    • 2026-03-17 09:33:28
    • 実行環境としては一般的な設計だね
    • 73. デフォルトの名無しさん
    • 2026-03-17 09:33:32
    • 多言語対応は現代的
    • 74. 名刺は切らしておりまして
    • 2026-03-17 09:33:39
    • Alibabaがオープンソース化するのは珍しい
    • 75. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:33:48
    • これ、既存のコンテナランタイムとどう違うのか説明不足じゃね
    • 76. 名無し~3.EXE
    • 2026-03-17 09:35:11
    • エンタープライズ向けなのか個人開発者向けなのか微妙
    • 77. login:Penguin
    • 2026-03-17 09:35:34
    • 機能はシンプルっぽい。拡張性は?
    • 78. デフォルトの名無しさん
    • 2026-03-17 09:35:43
    • OpenSandboxなんて一般的な名前だと思ったら、やっぱAlibabaのプロダクトか
    • 79. 名刺は切らしておりまして
    • 2026-03-17 09:35:50
    • セキュリティ監査されてるのか気になる
    • 80. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:36:16
    • これCloudflare Workersとかと比べてどうなのか
    • 81. 名無し~3.EXE
    • 2026-03-17 09:37:26
    • FastAPI選んだ理由が明確でない
    • 82. login:Penguin
    • 2026-03-17 09:38:10
    • 「砂場」とか言っといて実はメモリ食いまくるんだろ。あるある
    • 83. デフォルトの名無しさん
    • 2026-03-17 09:38:35
    • AIの暴走を防ぐための砂場w次はAIに砂場から脱獄されるターンか
    • 84. 名刺は切らしておりまして
    • 2026-03-17 09:38:41
    • Alibabaのサンドボックスで遊んでたら居座られた話が出そう
    • 85. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:39:38
    • OpenSandbox使ってたら意外とClaudeの方が暴走する件
    • 86. 名無し~3.EXE
    • 2026-03-17 09:40:09
    • 「統一API」って言葉、便利そうだけど実装者を地獄に送る魔法の言葉
    • 87. login:Penguin
    • 2026-03-17 09:40:48
    • コールドスタート時間はどのぐらい?
    • 88. デフォルトの名無しさん
    • 2026-03-17 09:40:53
    • リソースリミットは細かく設定できるのか
    • 89. 名刺は切らしておりまして
    • 2026-03-17 09:41:17
    • ネットワークアクセスはどう制御してるの?
    • 90. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:43:17
    • ディスク容量制限はあるのか
    • 91. 名無し~3.EXE
    • 2026-03-17 09:43:32
    • CPUスロットリングの仕様は?
    • 92. login:Penguin
    • 2026-03-17 09:43:40
    • ログ機能は充実してるのか
    • 93. デフォルトの名無しさん
    • 2026-03-17 09:43:42
    • 既存のgVisorとかSeccompとの違いは何?
    • 94. 名刺は切らしておりまして
    • 2026-03-17 09:43:47
    • Alibabaがセキュリティ云々とは皮肉だな。ファイアウォールの国の企業が
    • 95. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:43:54
    • サンドボックスって言う割に、Kubernetesとかいう複雑怪奇な技術が必須なのね
    • 96. 名無し~3.EXE
    • 2026-03-17 09:44:05
    • AIの暴走を防ぐための砂場とか、何か本末転倒な感じがする
    • 97. login:Penguin
    • 2026-03-17 09:44:28
    • 「安全な環境」と言いながら、実運用ではどう落としどころをつけるやら
    • 98. デフォルトの名無しさん
    • 2026-03-17 09:44:58
    • OpenSandboxと聞いて期待値上げたけど、実は既存技術の組み合わせか
    • 99. 名刺は切らしておりまして
    • 2026-03-17 09:46:04
    • execdが実処理担当とか、メモリ効率考えたら微妙じゃないか。injectedデーモンの起動オーバーヘッド結構あるぞ。本当は複数プロセス使い回したいところだけど、セキュリティ的に隔離環境だから毎回立ち上げるしかないんだろな。
    • 100. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:46:26
    • FastAPI+Python構成って、I/Oボトルネック心配だな。asyncio頼りになるから、CPU バウンドなタスク来たら詰むんじゃないか。C#/.NETはアンマネージドコードで逃げられるけど、Pythonはどうするんだろ。
    • 101. 名無し~3.EXE
    • 2026-03-17 09:46:33
    • Kubernetes対応ってさ、本来はコンテナ化しかできないから、軽量なエージェント向きじゃないと思うんだよ。既存のシステムコール制限(seccomp)とか、AppArmorとか、そういった軽量な隔離手段とも対応してくれたら嬉しいんだけど。
    • 102. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:46:40
    • OpenSandbox便利そうだな。複数言語SDK対応で統一APIってのいいわ
    • 103. 名無し~3.EXE
    • 2026-03-17 09:48:19
    • Dockerで重くなりそう。ローカル開発だと遅延やばそうだな
    • 104. login:Penguin
    • 2026-03-17 09:48:29
    • Alibaba発ならセキュリティもそこそこ堅いっしょ。Apache 2.0ライセンスも評価できる
    • 105. 名刺は切らしておりまして
    • 2026-03-17 09:48:50
    • 砂場に隔離ってAIも悪さしかねないってことか笑
    • 106. デフォルトの名無しさん
    • 2026-03-17 09:49:31
    • execdのパフォーマンス・オーバーヘッド具体的にどんくらい?
    • 107. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:49:47
    • スター2200じゃまだ様子見か。実運用は人柱待ち状態だな
    • 108. 名無し~3.EXE
    • 2026-03-17 09:50:05
    • Go SDK待ってたわ。Go書き手としては嬉しい
    • 109. login:Penguin
    • 2026-03-17 09:50:37
    • Kubernetesまでいるか?過度な機能設計じゃ
    • 110. 名刺は切らしておりまして
    • 2026-03-17 09:51:30
    • Claude CodeやGemini CLIとの連携サンプルあるのは学習コスト低いな
    • 111. デフォルトの名無しさん
    • 2026-03-17 09:51:51
    • FastAPI + Python でボトルネックにならんの?
    • 112. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:51:54
    • AIコード実行なんてセキュリティリスク高い。本当に隔離できてんの?
    • 113. 名無し~3.EXE
    • 2026-03-17 09:52:21
    • ファイル操作もサンドボックス内で完結するの良いな
    • 114. login:Penguin
    • 2026-03-17 09:53:19
    • メモリ制限やCPU制限の設定ってどの程度細かくできんの?
    • 115. 名刺は切らしておりまして
    • 2026-03-17 09:53:45
    • Google、AWS、MS辺りも追従してくるぞ。デファクトスタンダード化はまだ先
    • 116. デフォルトの名無しさん
    • 2026-03-17 09:54:27
    • オープンソース化したけど実用的にはまだ不安定なんじゃ
    • 117. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:54:55
    • TypeScript対応ってことはNode.js環境でも動くんだな
    • 118. 名無し~3.EXE
    • 2026-03-17 09:55:28
    • 人柱情弱がポンポン採用してバグ踏まされるパターンだ
    • 119. login:Penguin
    • 2026-03-17 09:55:34
    • この規模でDocker/Kubernetes両対応は頑張ってる
    • 120. 名刺は切らしておりまして
    • 2026-03-17 09:55:49
    • OpenSandboxアーキテクチャしっかりしてんな。FastAPIでライフサイクル管理、execdで実行分離。複数言語対応でC#/.NETもある。企業ユーザーも想定してるんだろ。スター2200はまだだが、実用性は期待できそう
    • 121. デフォルトの名無しさん
    • 2026-03-17 09:56:11
    • AIエージェントが生成したコード実行するのは本質的にリスク高い。Dockerでの隔離も完全じゃねえし。Kernel exploitとか見つかったら終わり。人柱は嫌だわ
    • 122. 名無しさん@お腹いっぱい。
    • 2026-03-17 09:56:14
    • Alibabaが公開するのはAI開発の民主化狙いなんだろ。他社も追従するし、業界でスタンダード化していくと思う。FastAPI + Pythonなのは学習しやすいし、Go SDK追加予定も動向見てる証拠
    • 123. 名無し~3.EXE
    • 2026-03-17 09:56:34
    • 実運用レベルでスケーラビリティどうなんだろ。execd周りのリソース管理、メモリリーク、タイムアウト管理ちゃんとしてるのか不透明だな
    • 124. login:Penguin
    • 2026-03-17 09:57:57
    • OSS公開したけど中国の監視機能仕込まれてるんじゃ?とか言われるだろな。Apache 2.0で透明性はあるが信頼はまた別だ
    • 125. 名刺は切らしておりまして
    • 2026-03-17 09:58:07
    • execdのコード公開されてる?セキュリティレビュー可能なんかな
    • 126. デフォルトの名無しさん
    • 2026-03-17 09:59:26
    • Java/Kotlinもサポートしてるのは企業ユースケース意識してるんだな
    • 127. 名無し~3.EXE
    • 2026-03-17 09:59:29
    • SDKが複数言語対応とか言ってるけど、肝心のサーバー側がPython(FastAPI)かよ。メモリリークとかスケーリング時の問題ないのか疑問。execdで実行制御してても本当に安全なんですか
    • 128. login:Penguin
    • 2026-03-17 09:59:59
    • Docker/Kubernetes両対応で汎用性は高いけど、統一APIのわりにFastAPIが唯一の統制点になっちゃってるのは運用めんどくさそう。execd経由のコマンド実行はセキュリティメリットあるけど、ネットワークオーバーヘッドいくらあるのか不明な時点で実運用は難しそう。Claude Code連携とかGemini CLI対応見てると、結局AI生成コード実行用の砂場ってわけね。2200スターで注目度なかなかって書いてるけど、それより上いくらでもあるし。本番運用した人柱が出るまで情報待つのが正解

コメントを投稿

← 記事一覧に戻る