Fred K. Schott 从 Astro 转身，做了一个给 AI Agent 用的沙箱框架。
项目叫 flue，TypeScript 写的，Apache-2.0 许可，刚发布了 0.4.1 版本。220 次 commit，9 个分支，活跃度不低。
它解决什么问题
Agent 能写代码了，但在哪里跑是个大问题。
你不可能让 LLM 生成的代码直接在你的生产服务器上执行。Claude Code、Codex、Cursor 这些工具都在自己的沙箱里跑，但如果你想自己构建一个 Agent 应用，沙箱层需要自己搞——容器管理、权限控制、文件系统隔离、网络限制，每一层都不轻松。
flue 把这个层抽出来了。它的定位很清晰：给 Agent 提供调度层，包括沙箱环境、技能管理、连接器。
从 README 和代码结构来看，核心组件包括：
- packages：
@flue/sdk和@flue/cli两个核心包 - connectors：对接各种外部服务的连接器
- examples：可直接运行的示例
- AGENTS.md：Agent 指令文件，说明项目怎么用 AI 工具开发
为什么说值得关注
不是因为 star 数——目前 3K，在 AI 框架里不算起眼。值得关注的原因是谁在做。
Fred K. Schott 是 Astro 的联合创始人。Astro 在静态站点生成器领域做的是" islands architecture "——只 hydrate 需要交互的部分。这种"按需执行、最小权限"的思路和 Agent 沙箱的安全哲学高度一致。
flue 像是把 Astro 的设计理念搬到了 Agent 世界：Agent 应该在一个受限的、可预测的环境中执行，只在需要时访问外部资源。
和同类项目的对比
这个赛道最近很挤：
- Google ADK（Agent Development Kit）更偏向 Google 生态集成
- OpenClaw、Hermes Agent 是完整的 Agent 运行环境
- Manus（已被 Meta 收购）走的是云端 Agent 产品路线
flue 的差异化在于：它只做沙箱和调度层，不绑死任何模型或 Agent 框架。你可以把它接在 Claude Code 后面，也可以接在 OpenAI 的 Agent SDK 上。
能不能用
现在还是早期。0.4.1 的版本号说明 API 可能还会变。但从代码质量来看，有完整的 monorepo 结构、issue picker 配置、CI/CD 流程，不像实验性项目。
适合谁：想自建 Agent 执行环境的团队，特别是 TypeScript 栈的开发者。如果你只需要一个沙箱来跑 Agent 生成的代码，flue 比从头搞 Docker 隔离要省事得多。
不适合谁：想要开箱即用的完整 Agent 产品。flue 是基础设施层，不是应用层。
下一步看它的 connector 生态能不能长起来。沙箱框架的价值不在于沙箱本身，而在于它能连多少外部服务。
主要来源：
- GitHub: https://github.com/withastro/flue
- 项目 README 及代码结构分析