AppPlatform 大模型应用工程
通过低代码图形化界面和声明式编程，一站式构建、编排、调试和部署 AI 应用。
- Star 数
- ★ 1.5k
- 最近更新
- 20 天前
- License
- MIT
- 主语言
- Java
- FA 评分
- 23/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 平台专用
- 费用
- 软件免费，模型调用费用自付
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 软件工程师使用可视化编排界面快速构建包含多模型协同的 AI 应用，而无需从零编码。
- 不适合
- 希望避免绑定 ModelEngine 专有框架（FIT、Waterflow、Elsa）的团队
- 无法提供 PostgreSQL 14+ 与 Docker 环境的团队
- 需要 Linux 源码编译或完整中文文档的团队
这个 Agent 能做什么，适合哪些场景？
AppPlatform 是 ModelEngine-Group 开源的一套大模型应用开发平台，面向软件工程师和产品经理，覆盖从概念到部署的全流程 AI 应用开发。后端基于 FIT 框架插件化开发，流程编排基于 Waterflow 框架，支持多模型协同、算子扩展；前端采用 React 构建，提供可视化编排、应用市场、智能表单和插件管理能力，其中图形引擎采用 Elsa。项目提供 Docker Compose 一键部署和源码编译两种启动方式，支持 Java 与 Python 算子开发，内置 Store 模板实现应用共享与复用。当前主要面向 Java 技术栈和特定框架体系，部署依赖 PostgreSQL 数据库及 Docker 环境。
AppPlatform 提供完整的 AI 应用生命周期管理能力。用户通过前端可视界面创建空白应用或选用市场模板，通过流程编排将不同模型、算子、插件串联成应用流程，运行基于 Waterflow 框架调度，支持多种模型配置（需在模型配置应用中设置 API Key 和地址）。后端可开发自定义插件和算子（Java/Python），前端支持 JSON Schema 表单渲染和插件管理。应用可发布到 Store 实现跨项目复用。
- 软件工程师使用可视化编排界面快速构建包含多模型协同的 AI 应用，而无需从零编码。
- 产品经理通过低代码界面创建智能客服、知识库问答等应用，并配置模型参数。
- 算法工程师开发 Java 或 Python 算子并集成到应用流程中，实现定制化逻辑。
- 团队成员将已完成的应用发布到 Store，供其他项目或开发者复用。
- 前端开发者利用智能表单模块，结合 AI 模型实现表单填写与实时推理的场景。
- 运维人员通过 Docker Compose 在服务器上快速部署整个平台并交付使用。
如何安装或部署这个 Agent？
前置要求：CPU 2+ 核，x86 架构，内存 4+ GB，安装 Docker 与 Docker Compose。克隆仓库后，在项目根目录执行：cp docker/.env.example docker/.env，然后 bash docker/deploy.sh。等待容器全部运行后，浏览器打开 http://localhost:8001 体验。源码编译方式：需安装 Java 17、Maven 3.8.8+、Node.js 20+ 和 PostgreSQL ≥14，并参考 FIT 框架构建编译产物。后端环境配置需修改 fitframework.yml 添加数据库连接和智能表单路径；前端需配置代理文件 proxy.config.json 指向后端地址。
如何使用这个 Agent？
启动平台后，首次需在应用市场中找到“模型配置应用”，点击进入，添加模型并输入模型名称、API Key 和模型地址。返回首页，在应用开发栏点击“创建空白应用”，填写名称和简介，创建后在配置页面的大模型一栏选择刚配置的模型，即可在对话框对话。开发者可进一步通过 mvn clean install 编译后端插件，或 npm run build:prod 构建前端，并使用各自脚本一键部署。
这个 Agent 有哪些优点和局限？
- 可视化低代码编排大幅降低 AI 应用开发门槛，产品人员无需深入编码即可使用。
- 基于 FIT 与 Waterflow 框架，支持 Java 与 Python 算子扩展，具备高效可扩展的后端架构。
- 内置 Store 模板和插件市场，支持应用共享、复用与社区协作。
- 支持多模型协同，可根据业务需求将不同 AI 模型整合到同一应用流程中。
- 平台与 FIT、Waterflow、Elsa 等 ModelEngine 自有框架深度绑定，迁移至其他技术栈需大量适配。
- 部署依赖 PostgreSQL 14+ 和 Docker，环境要求较高，且数据库初始化脚本尚未支持 Linux 系统（当前仅 Windows 可用）。
- 文档标注“待完善”，部分模块（如 Linux 源码构建）尚未提供完整说明。
- 当前主要面向 Java 技术栈，前端基于 React，对非 JavaScript/Java 团队学习成本较高。
这个 Agent 与同类方案有什么区别？
同类低代码 AI 应用平台如 Dify、Flowise 等，但 AppPlatform 依赖 ModelEngine 特有框架，目前主要适用其生态。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| AppPlatform 大模型应用工程 当前 | 23 · 缺口较多 | 自托管服务免费 + 模型费 | ★ 1.5k | 20 天前 | Java | — |
| Spring AI Alibaba | 53 · 缺口较多 | 开发框架免费 + 模型费 | ★ 11k | 11 天前 | Java | — |
| LazyLLM | 37 · 缺口较多 | 代码库 / SDK免费 + 模型费 | ★ 3.9k | 6 天前 | Python | OpenAI API |
| Okto Pulse | 80 · 表现良好 | 命令行工具免费 | ★ 51 | 2 天前 | Python | Codex · Claude Code |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据显示仓库包含SECURITY.md和MIT许可证，但未发现权限管理、用户确认、数据流透明、敏感数据处理、依赖安全、外部影响、回滚或来源归属的具体实现。工作流anti-spam-filter.yml使用eval执行secret中的代码，存在安全风险，且权限设置过宽（contents: write）。因此所有信任标准得分为0。
README中描述的架构与代码结构基本一致，但存在不一致之处：README提到前端基于React，但示例代码中使用了Ant Design组件，且构建脚本使用npm link，可能影响可重复性。依赖可用性方面，README指定了JDK 17和Node 20，但未提供依赖锁定文件，可能影响构建稳定性。失败消息方面，未发现错误处理或用户友好的错误提示。
README明确了目标用户（软件工程师和产品经理）和使用场景（AI应用开发），但能力边界描述模糊，未明确支持的具体模型或功能限制。触发精度方面，未定义明确的触发条件或输入输出规范。环境适配方面，提供了Docker Compose和源码编译两种方式，但仅支持x86架构，且依赖外部框架（FIT、Waterflow、Elsa）的特定版本。
信息架构清晰，README提供了快速启动、开发测试等章节。安装说明详细，包括Docker Compose和源码编译步骤。命名稳定性方面，项目名称和模块命名一致，但未提供版本历史或变更日志。示例和FAQ方面，提供了快速开始示例，但缺少FAQ。已知限制未提及。许可证为MIT，但版权归华为所有。版本化变更日志缺失。维护责任方面，SECURITY.md提供了安全更新支持，但未明确维护者或贡献指南。
输出可用性方面，提供了Docker Compose一键部署，但需要用户配置环境变量，且未提供详细的输出说明。边际价值方面，项目提供了低代码图形化界面和插件系统，具有创新性，但未与其他类似工具对比。成本效益方面，部署需要2+核心CPU和4GB内存，且依赖多个外部框架，可能增加部署成本，但未提供性能或资源消耗数据。
README中的声明（如支持多模型协同）未提供具体实现或测试证据。跨来源验证方面，未发现其他来源（如文档、测试报告）支持这些声明。事实与推断分离方面，README将产品描述与架构说明混合，未明确区分事实和推断。
- 源码中未见：最小权限约束只授予完成任务所需的权限：用专用账号或只读令牌，并限定可访问的目录和仓库。
- 源码中未见：执行前用户确认开启或自行加上执行前确认；先在沙箱或测试环境跑通，确认行为后再接入真实数据。
- 源码中未见：数据流向说明运行时观察它连接了哪些外部服务（代理或防火墙日志）；弄清数据去向之前不要输入敏感数据。
- 源码中未见：敏感信息处理使用专用、低权限、可随时吊销的 API 密钥，不要复用生产凭据，也不要让密钥出现在日志里。
- 源码中未见：依赖安全审查安装前固定版本并做一次依赖扫描（如 npm audit、pip-audit）；优先放在容器里运行。
- 源码中未见：外部影响披露先弄清它会写入、发送或修改哪些外部系统，用测试账号或测试仓库验证后再接入正式环境。
- 源码中未见：回滚或恢复路径运行前先备份，或在 git 分支、快照上操作，确保改动可以撤销。
- 源码中未见：来源归属可核验从官方仓库或包源安装，核对发布者和仓库地址，避免同名仿冒包。
- 工作流anti-spam-filter.yml使用eval执行secret中的代码，存在代码注入风险，且权限设置过宽（contents: write），应限制权限并避免eval。
- README声称支持多模型协同，但未提供具体实现或测试证据，需进一步验证。
- 依赖外部框架（FIT、Waterflow、Elsa）的特定版本，且未提供依赖锁定文件，可能影响构建可重复性。
最近版本
来自该项目 GitHub Releases 的最新发布记录，说明为上游原文摘录，未经本站改写或测试。
-
发布说明摘录
🎉 App Platform v1.3.2 发布说明 感谢您使用 App Platform！我们很高兴地发布 v1.3.2 版本。本次更新带来了多项功能增强与问题修复，旨在进一步提升平台的稳定性与用户体验。 ⚙️ 功能增强 - 优化重名应用创建报错提示 by @loveTsong in #580 - 删除http插件中url的校验，保证更加灵活的配置方式 by @loveTsong in #576 🐛 问题修复 - 删除工具流在工具中不合理的预览跳转 by @loveTsong in #579 - 修复分域功能场景考虑不全的问题 by @loveTsong in #577 - 修复接口文档中字段不匹配的部分 by @loveTsong in #578 - 删除失效的在线帮助跳转 by @loveTsong in #575 - 修复创建应用后修改提示词保存后读取有可能导致页面上数据覆盖的问题 by @RonnyChan96 in #575 #566 #567 - 修复访客模式的配置在发布后没有继承的问题 by @desAweis in #553 👏 贡献者 特别感谢以下开发者为本次发布做出的杰出贡献： @loveTsong, @RonnyChan96, @desAweis …在 GitHub 查看 ↗ -
发布说明摘录
🎉 App Platform v1.3.1 发布说明 感谢您使用 App Platform！我们很高兴地发布 v1.3.1 版本。本次更新带来了多项功能增强与问题修复，旨在进一步提升平台的稳定性与用户体验。 ✨ 更新亮点 - 应用编排增强：优化了大模型节点提示词的配置体验。 - 问题修复：解决了问题分类节点调用工具报错的问题。 - 开发效率提升：新增前端快速开发脚本，让本地开发前端更顺畅。 ⚙️ 功能增强 - 应用编排： - 新增节点配置项更新功能 by @wuayee in #516 - 调整提示词内容的大小限制 by @wuayee in #529 - 移除知识库节点的可行性检查 by @wuayee in #531 - 支持配置输入长度 by @loveTsong in #534 - 应用市场： - 取消内置应用在市场中默认置顶的规则 by @ZJUPJM in #526 - 为应用市场新增短链属性与应用分类功能 by @wuayee in #528 🐛 问题修复 - 工具调用：修复了问题分类节点调用工具时出错的问题 by @loveTsong in #518 🚀 构建部署 …在 GitHub 查看 ↗ -
发布说明摘录
🎉 App Platform v1.3.0 发布说明 感谢您使用 App Platform！我们很高兴推出 v1.3.0 版本，本次更新带来了多项功能优化与问题修复，为您提供更稳定、更高效的使用体验。 --- 🚀 新增与优化 - 智能体优化： - 调用大模型生成智能体超时后，优化了提示信息，提升用户体验。 @wuayee in #504 - 修复创建智能体时无工具列表的问题，提升创建流程完整性。 @wuayee in #488 - 增加工具调用过程展示，使调用逻辑更加直观可见。 @wuayee in #492 - 应用编排： - 新增变量更新节点，增强流程灵活性。 @desAweis in #452 - 新增文本拼接节点，用于拼接多段文本内容。 @reeeborn33 in #444 - 支持通过弹窗新增或编辑开始节点的自定义变量。 @reeeborn33 in #458 - 新增直接回复节点。 @reeeborn33 in #471 - 联网搜索：新增联网搜索插件并支持知识库溯源优化。 @surpercodehang in #474, #472 - 首页加载：优化首页体积，提升页面加载速度。 @loveTsong in #502 …在 GitHub 查看 ↗