Fred K. SchottがAstroから方向転換し、AI Agent用のサンドボックスフレームワークを作った。
プロジェクト名は flue。TypeScript製、Apache-2.0ライセンス、たった今v0.4.1をリリースしたばかり。220回のコミット、9つのブランチ——遊んでいるわけではない。
何が解決できるのか
Agentはコードが書けるようになった。しかしどこで実行するかが本当の問題だ。
LLMが生成したコードを本番サーバーで直接実行させるわけにはいかない。Claude Code、Codex、Cursor——これらのツールはすべて独自のサンドボックス内で動いている。しかし自分でAgentアプリケーションを構築したい場合、サンドボックス層は自分で用意する必要がある。コンテナ管理、権限制御、ファイルシステムの隔離、ネットワーク制限。どれも簡単なことではない。
flueはこの層を抽象化した。ポジショニングは明確だ。Agentのスケジューリング層を提供する。サンドボックス環境、スキル管理、コネクターを含む。
READMEとコード構造から、コアコンポーネントは以下を含む：
- packages：
@flue/sdkと@flue/cliの2つのコアパッケージ - connectors：各種外部サービスへのコネクター
- examples：そのまま実行できるサンプル
- AGENTS.md：AIツールでの開発方法を説明するAgent指示ファイル
なぜ注目すべきか
スター数 때문ではない——現在3Kで、AIフレームワークの中では目立たない。注目すべき理由は誰が作っているかだ。
Fred K. SchottはAstroの共同創設者。Astroが静的サイトジェネレータの分野でやったのは「islands architecture」——インタラクションが必要な部分だけをハイドレートする。この「オンデマンド実行、最小権限」という考え方は、Agentサンドボックスのセキュリティ哲学と高度に一致している。
flueはAstroの設計思想をAgentの世界に持ち込んだようなもの：Agentは制限された予測可能な環境で実行し、必要なときだけ外部リソースにアクセスすべきだ。
類似プロジェクトとの比較
このスペースは混雑してきた：
- Google ADK：Googleエコシステム統合寄り
- OpenClaw、Hermes Agent：完全なAgentランタイム環境
- Manus（Metaに買収済み）：クラウドAgentプロダクト路線
flueの差別化：サンドボックスとスケジューリング層だけを行い、どのモデルやAgentフレームワークにもロックインしない。Claude Codeの裏に繋ぐことも、OpenAIのAgent SDKに繋ぐこともできる。
今使えるか
まだ早い。v0.4.1はAPIがまだ変わる可能性があることを意味する。しかしコード品質を見ると、完全なmonorepo構造、issue picker設定、CI/CDパイプライン——実験プロジェクトには見えない。
向いている人：独自のAgent実行環境を構築したいチーム、特にTypeScriptスタックの開発者。Agentが生成したコードを動かすためのサンドボックスだけが必要なら、flueはDocker隔離をゼロから作るよりずっと楽だ。
向いていない人：すぐに使える完全なAgentプロダクトを求めている人。flueはインフラ層であって、アプリケーション層ではない。
次に注目すべきは、コネクターエコシステムが育つかどうか。サンドボックスフレームワークの価値はサンドボックス自体ではなく、どれだけ多くの外部サービスに接続できるかだ。
主要情報源：
- GitHub: https://github.com/withastro/flue
- プロジェクトREADMEおよびコード構造分析