FIT Framework:Java 企业级 AI 全栈开发框架

为 Java 生态打造的多语言函数引擎(FIT)、流式编排引擎(WaterFlow)及 LangChain 替代方案(FEL),原生/Spring 双模运行,支持插件热插拔与智能聚散部署。

Star 数
★ 2.1k
最近更新
7 个月前
License
MIT
主语言
Java

30 秒速览

运行形态
开发框架代码库 / SDK命令行工具
可在哪里用
兼容但需适配
费用
软件免费,模型调用费用自付
上手难度
中 · 需要几步配置
开始前需要
JDK 17+Maven 3.8.8+Shell / 命令行网络访问本地文件系统
典型场景
Java 开发者希望在不切换技术栈的前提下构建大模型应用,使用 FEL 原语实现检索增强生成(RAG)或 Agent 流程。
不适合
  • 需要稳定生产 API 的团队,当前为 SNAPSHOT 版本
  • 以英文文档为主的国际开发者,文档主要为中文
  • 希望开箱即用、不愿配置 JDK/Maven 与环境变量的团队

这个 Agent 能做什么,适合哪些场景?

FIT Framework 是 ModelEngine-Group 开源的 Java 企业级 AI 开发框架,版本 v3.7.0-SNAPSHOT,基于 MIT 许可。它由三部分组成:FIT Core(多语言函数计算底座,支持 Java/Python/C++ 插件热插拔)、WaterFlow Engine(流式编排引擎,提供图形化编排与声明式 API)、FEL(面向大模型的应用开发原语库,为 Java 开发者提供类似 LangChain 的能力)。框架支持原生与 Spring 双模运行,通过智能聚散部署模式,开发者无需修改代码即可在单体与分布式间切换,运行时自动路由本地调用或 RPC。FIT 通过智能约定减少胶水代码,提供 HTTP/gRPC/共享内存等协议自动选择、插件依赖自动注入、服务发现与熔断内置实现。项目包含完整的文档体系、快速开始指南、AI 编程沙箱工具及构建脚本,可帮助开发者快速构建基于大模型的业务应用。

FIT Framework 提供了一套完整的工具链:FIT Core 负责多语言函数计算,支持插件化热插拔和智能聚散部署,可通过 ./build/bin/fit start 启动服务;WaterFlow Engine 提供声明式语法和图形化编排,支持从毫秒级微流程到跨系统长事务的流程设计;FEL 提供 AiFlows、AiProcessFlow 等标准原语,可封装大模型、知识库与工具链,支持 retrieve 和 agent 等典型 AI 应用场景,例如通过 AiFlows.create().runnableParallel(...).retrieve(...).synthesize(...) 构建检索流程。框架还提供了 AI 编程沙箱(基于 Colima + Docker + Git Worktree),用于在容器内隔离运行 AI 编程工具。构建命令包括 mvn clean install 和 ./build.sh,后者会额外编译 Sandbox CLI。

  1. Java 开发者希望在不切换技术栈的前提下构建大模型应用,使用 FEL 原语实现检索增强生成(RAG)或 Agent 流程。
  2. 企业需要将大模型能力与现有业务系统统一集成,利用 FIT Core 的多语言函数引擎和插件热插拔实现模块化扩展。
  3. 开发人员需要编排复杂的业务流程,通过 WaterFlow 的声明式 API 或图形化界面设计从简单到跨系统的流程。
  4. 团队希望在单体架构和分布式微服务之间灵活切换,利用 FIT 的智能聚散部署模式,无需修改业务代码。
  5. 希望在隔离环境中使用 AI 编程工具(如 Claude Code、Codex)的开发者,通过 sandbox 命令创建独立的沙箱环境。

如何安装或部署这个 Agent?

安装 FIT Framework 需先配置开发环境:JDK 17 或 21,Maven 3.8.8+,推荐使用 IntelliJ IDEA。克隆仓库后,在项目根目录运行 mvn clean install 构建 Java 框架,或运行 ./build.sh 进行全局构建(默认跳过测试,--with-test 可包含测试)。构建产物输出至 build/ 目录,包含 fit 启动脚本和 sandbox AI 编程沙箱命令。然后配置系统环境变量 FIT,指向 FIT 核心框架目录,并在新的插件目录下使用 ./build/bin/fit start 启动服务。

如何使用这个 Agent?

使用 FIT Framework 时,首先按照快速开始指南操作:FIT 函数框架参考 framework/fit/java/README.md,构建基础 Web 应用;WaterFlow 引擎参考 framework/waterflow/java/waterflow-core/README.md,学习声明式语法并输出 'hello world!';FEL 参考 docs/framework/fel/java/quick-start-guide/01. 模型.md,构建端到端大模型应用。例如,在 Java 代码中使用 FEL 创建检索流程:AiProcessFlow<Tip, Content> retrieveFlow = AiFlows.<Tip>create()...retrieve(...).synthesize(...)。启动服务前,确保已创建插件目录并配置环境变量,然后运行 fit start。

这个 Agent 有哪些优点和局限?

优点
  • 首个面向 Java 生态的 AI 全栈框架,填补 Java 在 AI 应用开发领域的空白,避免切换技术栈。
  • 多语言函数引擎(FIT Core)支持 Java/Python/C++ 插件热插拔,提供灵活的扩展能力。
  • 智能聚散部署模式,无缝切换单体与分布式,减少运维成本,提升架构弹性。
  • WaterFlow 引擎提供图形化编排与声明式 API 双模驱动,降低流程设计复杂度。
  • FEL 为 Java 开发者提供 LangChain 的替代方案,标准化原语封装大模型、知识库与工具链。
  • 内置服务发现、熔断机制,以及与 Spring 的兼容,便于企业集成。
局限
  • 项目处于 SNAPSHOT 版本,API 可能不稳定,生产环境使用需谨慎。
  • 文档以中文为主,英文资源有限,对国际开发者有一定门槛。
  • 需要环境配置包括 JDK、Maven 和系统变量,安装步骤较繁琐。
  • 作为较新的框架,社区生态和第三方集成可能不如成熟框架丰富。
  • 对 Java 开发者友好,但 Python/C++ 生态的支持可能依赖于插件开发,需要额外工作。

这个 Agent 与同类方案有什么区别?

FIT Framework 在 README 中明确指出 FEL 是 Java 生态的 LangChain 替代方案(LangChain for Java),因此与 Python 生态的 LangChain 对比。相比 LangChain,FEL 更贴合 Java 工程化实践,提供高性能与工程化优势,但生态成熟度可能不及 LangChain。

与相关度最高的同类 agent 并排比较关键指标。

Agent 源码审查 形态 / 费用 Star 最近更新 主语言 完整支持的平台
FIT Framework:Java 企业级 AI 全栈开发框架 当前 42 · 缺口较多 开发框架免费 + 模型费 ★ 2.1k 7 个月前 Java —
elizaOS 88 · 表现良好 命令行工具免费 + 模型费 ★ 20k 1 天前 TypeScript —
DeterminFlow 66 · 存在缺口 桌面应用免费 + 模型费 ★ 920 1 个月前 Python —
LightAgent 60 · 存在缺口 代码库 / SDK免费 + 模型费 ★ 1.2k 18 天前 Python OpenAI API

FollowAgents 如何评估这个 Agent?

FollowAgents 源码审查 · FARS-2.1
缺口较多
42/ 100 五分制 2.1 / 5
信任安全 7/29
可靠稳定 6/14
适用触发 10/18
规范维护 9/18
有效结果 7/13
证据核验 3/8
查看各维度的扣分理由
信任安全7 / 29 · 1.2/5

证据显示:存在安全政策(SECURITY.md)和SSRF防护测试,但未发现权限最小化、用户确认、数据流透明、敏感数据处理、依赖安全、外部影响、回滚或来源归属的明确实现。扣分原因:这些方面缺乏具体证据。

可靠稳定6 / 14 · 2.1/5

证据显示:README和文档结构一致,但依赖可用性未验证,失败消息未明确。扣分原因:依赖可用性和失败消息缺乏具体证据。

适用触发10 / 18 · 2.8/5

证据显示:明确面向Java开发者,提供多种场景(FIT、WaterFlow、FEL),但触发精度和边界描述不详细。扣分原因:触发精度和边界描述不详细。

规范维护9 / 18 · 2.5/5

证据显示:有README、安装说明、示例和许可证,但缺少已知限制、版本变更日志和维护责任。扣分原因:缺少已知限制、版本变更日志和维护责任。

有效结果7 / 13 · 2.7/5

证据显示:输出可用性(代码示例)和边际价值(填补Java空白)有体现,但成本效益未量化。扣分原因:成本效益未量化。

证据核验3 / 8 · 1.9/5

证据显示:有测试(SSRF测试)和文档,但声明可追溯性、跨源验证和事实推断分离不足。扣分原因:声明可追溯性、跨源验证和事实推断分离不足。

风险与缓解建议
  • 源码中未见:执行前用户确认开启或自行加上执行前确认;先在沙箱或测试环境跑通,确认行为后再接入真实数据。
  • 源码中未见:回滚或恢复路径运行前先备份,或在 git 分支、快照上操作,确保改动可以撤销。
  • 未验证的发布者身份,需谨慎对待。
  • 依赖安全未明确,建议检查依赖漏洞。
  • 缺少用户确认机制,可能自动执行外部操作。
证据充分度:低 评估于 2026年8月13日 审查版本 e2f285d1cf2f
查看完整评分方法 →

最近版本

来自该项目 GitHub Releases 的最新发布记录,说明为上游原文摘录,未经本站改写或测试。

  1. v3.6.4
    发布说明摘录
    FIT Function Platform ✨ Enhancement - Upgrade central-publishing-maven-plugin to 0.10.0 by @CodeCasterX - [docker] 重命名 noAuthHint 为 setupHint 消除 CodeQL 误报 by @CodeCasterX ✅ Bugfix - [fit] 升级 jackson 至 2.21.1 修复异步解析器 DoS 漏洞 by @CodeCasterX - [fit] 修复 validation 守卫漏检约束注解的多个场景 by @CodeCasterX 📚 Documentation - [docker] 修正各 AI 工具跳过确认的参数描述 by @CodeCasterX - [docker] 补全各 TUI 工具的自动化执行参数文档 by @CodeCasterX - [fit] 修正附加功能组件文档多处与代码不一致的描述 by @CodeCasterX - [fit] 修正 validation-api 版本号为 2.0.1.Final by @CodeCasterX FIT Expression for LLM ✅ Bugfix …
    在 GitHub 查看 ↗
  2. v3.6.3
    发布说明摘录
    FIT Function Platform ✨ Enhancement - [docker] 重构沙箱脚本为 TypeScript CLI 统一入口 by @CodeCasterX - [docker] 引入声明式 AI 工具注册表消除 per-tool 重复代码 by @CodeCasterX - [docker] 沙箱支持 Gemini CLI/OpenCode/Codex 独立配置并自动预植入认证凭据 by @CodeCasterX - [docker] 沙箱认证文件改用实时挂载消除 token 过期问题 by @CodeCasterX - [docker] 沙箱预植入 Claude Code 插件缓存并安装 pyright LSP by @CodeCasterX - [build] 新增全局构建脚本并将 sandbox 打包为独立二进制 by @CodeCasterX - [fit] 修复健康检查逻辑并新增 /actuator/health 端点 by @CodeCasterX - [fit] 抽取 FIT 服务管理公共脚本 by @CodeCasterX - [fit] 优化测试日志管理策略 by @CodeCasterX …
    在 GitHub 查看 ↗
  3. v3.6.2
    发布说明摘录
    FIT Function Platform ✨ Enhancement - Upgrade swagger-ui from v5.30.3 to v5.31.0 by @CodeCasterX and @claude in [#390](https://github.com/ModelEngine-Group/fit-framework/pull/390) - [fit] 修改组件启动优先级并添加文档 by @relat-ivity in [#393](https://github.com/ModelEngine-Group/fit-framework/pull/393) - [fit] 优化 FIT 启动流程和自动化测试配置 by @CodeCasterX and @claude - Upgrade fastjson to fastjson2 (v2.0.60) by @CodeCasterX and @claude in [#394](https://github.com/ModelEngine-Group/fit-framework/pull/394) ✅ Bugfix …
    在 GitHub 查看 ↗

常见问题

FIT Framework 是否支持在生产环境中使用?
项目当前标记为 v3.7.0-SNAPSHOT,属于开发中版本,API 可能变化,建议在评估后谨慎用于生产环境,并关注正式版本发布。
FIT Framework 需要哪些运行环境?
需要 JDK 17 或 21,Maven 3.8.8+,且建议使用 IntelliJ IDEA 进行开发。构建后需要配置 FIT 环境变量,并在独立的插件目录中运行。
FIT 是否支持 Spring Boot 集成?
是的,FIT 支持原生与 Spring 双模运行,可以无缝集成到 Spring 生态中。
如何处理插件依赖?
FIT 支持插件热插拔和依赖自动注入,内置服务发现与熔断机制,降低了插件管理复杂度。
在 GitHub 查看 ↗ 安装 ↓

对比同类 Agent

用同一套 FARS 评审,横向比较这个 Agent 所属的短名单。

相关 Agents