企业官网建设流程全解析

• 文档
• 开源治理

本篇指南基于 ModelEngine 社区 2025 年 6 月月度例会纪要，系统梳理社区第三次例会上披露的三大项目的近期发布情况与后续路标：底层框架 fit-framework 的 3.5.0 里程碑收官与 3.6 规划、编排引擎 Elsa 的 v0.1.2/v0.2.0 演进、应用编排平台 app-platform 的 1.1.x 能力增强与 1.2/1.3 规划，以及智能体框架"感知—规划—行动"的技术定位与 MCP 工具生态整合思路。读完本文，你将完整掌握 ModelEngine 各层技术栈在 2025 年年中的版本节奏、关键特性与设计取舍，并理解这些规划在后续月度例会中如何逐步落地为真实版本能力。

会议背景：社区第三次月度例会

ModelEngine 是一个围绕底层框架、应用工程与智能体平台的多项目开源社区。根据社区章程与治理文档，社区例会每月举行一次，会议信息统一存放在 Discussions 板块，并逐步形成"议题申报—会议讨论—纪要归档"的规范流程。本次 6 月例会是社区自 4 月首会以来的第三次例会（前两次分别为 4 月与 5 月例会，纪要见 meetings/summaries/2025/0426.md 与 meetings/summaries/2025/0530.md），会议围绕fit-framework、app-platform、nexent三个项目的近期演进情况与未来路标展开，并额外介绍了社区智能体框架的整体设计。

其中，"底层 feed framework"即社区最早开源的底层框架 fit-framework（在后续 7 月例会纪要中亦被定位为"应用工程高代码 AI 编程框架"），负责 FIT 服务的注册发现、工具调用、协议接入等基础能力；Elsa 是框架内承担流程编排职责的部分；app-platform 是面向应用编排的低代码 AI 编排平台；nexent 则为零代码智能体平台。

fit-framework 底层框架：3.5.0 里程碑收官与 3.6 路标

6 月双里程碑发布：M3 与 M4

6 月份 fit-framework 共发布两个版本，分别是3.5.0 的第三个里程碑版本（M3）与第四个里程碑版本（M4）。其中 M4 是 3.5.0 版本的最后一个里程碑，标志着 3.5.0 功能开发阶段的收尾——这一节奏与 4 月例会制定的发展路标相衔接（见 meetings/summaries/2025/0426.md）。后续例会纪要证实，3.5.0 系列在 7 月发布 3.5.0-M5（非正式版，修复 Mac OS 启动问题与线程泄漏，见 meetings/summaries/2025/0726.md），8 月发布 3.5.0 与 3.5.1 正式版本，进一步提升了框架运行的系统稳定性（见 meetings/summaries/2025/0830.md）。

HTTP 高层次抽象：框架首次原生集成

M3 版本进行了 HTTP 高层次抽象集成，这是框架首次原生集成此类特性。该能力在 4 月例会路标中即有规划——"开发 HTTP 客户端的高层次抽象"（见 meetings/summaries/2025/0426.md）。从后续 9 月例会纪要可见该方向的持续深化：3.5.2/3.5.3 版本进一步优化了 HTTP 传输层序列化（新增 text 处理）及底层工具 format 的多模式增强（见 meetings/summaries/2025/0927.md），说明 HTTP 抽象并非一次性特性，而是作为框架对外通信能力的基础设施持续演进。

文档修复、Python 服务重新注册与 FEL 大规模重构

除新特性外，6 月还完成了两类收尾工作：

• 文档问题修复：补齐与校正框架相关文档，保持文档与实现同步（与 4 月例会"文档自动生成、提高文档质量"的待办方向一致，见 meetings/summaries/2025/0426.md）。
• Python 服务重新注册问题修复：解决 FIT for Python 场景下服务注册/重注册环节的缺陷。4 月例会曾专门讨论过 Python 依赖包机制问题——Python 按包名索引、不关心版本，导致注册发现存在隐患（见 meetings/summaries/2025/0426.md），本次修复正是对该方向问题的落实。
• FEL 大规模重构：FEL（FIT Expression Language，FIT 表达式语言）部分进行了大规模重构，为后续 MCP 链路集成进 FEL 与应用工程铺路——这是 5 月例会确定的未来路标之一（见 meetings/summaries/2025/0530.md）。

后续规划：3.5.0 收尾与 3.6 大特性、ATA 协议接入

会议明确了后续版本节奏：

• 3.5.0 版本剩余工作以小问题修复为主，不再规划新功能；
• 3.6 版本将规划较大特性，并继续接入 ATA 协议。协议接入一直是框架能力建设的关键主线：5 月已实现 MCP 客户端与服务端（见 meetings/summaries/2025/0530.md）并规划研究 A2A 协议（见 meetings/summaries/2025/0530.md），7 月例会又明确了"MCP 协议能力跟进 + 上层生态市场的 MCP 代理能力 + A2A 能力建设"的持续方向（见 meetings/summaries/2025/0726.md）。9 月例会的纪要进一步印证 3.6.0 的规划内容：集成 Nacos 注册中心、校验及 Python 插件优化（见 meetings/summaries/2025/0927.md）——其中 Nacos 注册中心替换内存版注册中心正是 4 月路标的首项（见 meetings/summaries/2025/0426.md）。从这些连续例会纪要看，6 月会议所宣告的"3.6 大特性"实际是社区 4～9 月多条技术主线（注册中心、协议接入、校验、插件机制）的汇聚点。

Elsa 编排引擎：v0.1.2 修复版与 v0.2.0 并行能力

v0.1.2：基于 v0.1.1 的增强与 bug 修复

Elsa 在 6 月发布了v0.1.2版本，它是基于 v0.1.1 的增强与 bug 修复版本，并据此决定不再更新 v0.1.1，即 v0.1.1 系列就此冻结，后续维护统一收敛到 v0.1.2 及其之后的版本线上。

v0.2.0：并行节点、只读模式与大模型节点数据兼容

v0.2.0版本带来三项关键能力：

• 并行节点：编排流程支持并行执行，这是应用编排能力增强的基础——并行节点同样出现在 4 月 app-platform 路标中（见 meetings/summaries/2025/0426.md），5 月已在应用编排中落地（见 meetings/summaries/2025/0530.md），本次在 Elsa 引擎层面补齐；
• 只读模式：为编排模板/流程提供只读查看能力，便于安全地分享与展示编排内容；
• 大模型节点数据兼容问题修复：修复大模型节点在数据处理上的兼容性缺陷，提升各类模型接入时的稳定性。

后续规划：表单归一化、全局变量更新、知识检索节点模型选择

Elsa 的后续规划聚焦三件事：

1. 智能表单与人工表单节点的归一化：将两类表单节点统一设计。该方向在 4 月 app-platform 的 6 月规划中即有对应条目（见 meetings/summaries/2025/0426.md），7 月例会证实 Elsa v0.2.1/v0.3.0 已实现"归一人工表单和智能表单"并修复编排页面自适应、运行结果文本复制问题（见 meetings/summaries/2025/0726.md），规划如期落地；
2. 全局变量更新：提供编排流程中的全局变量管理能力（4 月路标亦包含"提供基础节点：变量更新、全局变量"，见 meetings/summaries/2025/0426.md）；
3. 知识检索节点模型选择：为知识检索节点提供可配置的重排/模型选择能力——该能力在 8 月 Elsa v0.4.0 中落地为"知识检索的重排功能"（见 meetings/summaries/2025/0830.md）。

app-platform 应用编排平台：1.1.x 能力增强与 7 月规划

1.1.0 / 1.1.1：版本管理与数据库定时清理

app-platform 在 6 月发布了1.1.0 与 1.1.1两个版本，整体上增强了应用编排能力并优化了内部特性。两个值得关注的新特性：

• 应用编排的版本管理：支持应用编排的多版本维护。该能力在 5 月已实现"应用编排的版本管理"（见 meetings/summaries/2025/0530.md），并在 4 月路标中被列为"支持应用多版本的功能"（见 meetings/summaries/2025/0426.md）；
• 数据库数据定时清理功能：对运行过程中产生的数据库数据进行定时清理，避免数据持续膨胀影响平台稳定性；
• 此外修复了一些小问题。

1.2.0 / 1.3.0 规划：公共 URL 游客模式、多模态与提示词工程

7 月及以后的版本规划（1.2.0 与 1.3.0）聚焦在三个方向：

• 公共 URL 支持非登录访问：即公共 URL 游客模式，让应用可以通过公开链接被未登录用户直接访问。该特性在 4 月、5 月路标中反复出现（"公共 URL 游客模式访问"，见 meetings/summaries/2025/0426.md 与 meetings/summaries/2025/0530.md），9 月 app-platform 1.2.3 版本确认落地（见 meetings/summaries/2025/0927.md）；
• 多模态特性支持：扩展对图片、音频等多模态内容的处理（4 月路标"支持多模态"，见 meetings/summaries/2025/0426.md；9 月 1.3.0 规划进一步细化到图片/音频上传、文生图节点，见 meetings/summaries/2025/0927.md）；
• 提示词工程：提供提示词工程能力，提升提示词的管理与优化体验（见 meetings/summaries/2025/0426.md）。

Memory 机制优化方案探讨

会议对Memory（记忆）机制的优化方案进行了专门提问与回应。提出的优化方向包括：

• 去除深度思考内容：在记忆存储中剔除模型深度思考（reasoning）产生的过程性内容，避免占用记忆容量；
• 采用截断或长记忆方式处理：对超长上下文采用截断策略，或引入长记忆机制进行压缩与持久化管理。

Memory 机制是社区持续投入的方向：4 月路标中包含"完善 Memory 构建机制"（见 meetings/summaries/2025/0426.md），7 月例会分享了基于 memory0 的记忆插件设计，提出短期、中期、长期记忆的分层管理（见 meetings/summaries/2025/0726.md），8 月 nexent 智能体平台正式引入 memory0 机制支持用户记忆（见 meetings/summaries/2025/0830.md）。本次讨论可以看作这一演进链路上对"记忆该存什么、存多少"这一核心问题的早期决策。

智能体框架：感知—规划—行动的自主任务执行

框架能力定位

本次例会还专门介绍了社区的智能体框架。该框架具有感知、规划和行动的能力，可以帮助模型自主完成任务动作拆解与执行——即智能体根据目标感知环境与可用工具，规划任务步骤，并通过行动调用工具逐步完成目标。这一能力与 app-platform/nexent 平台层结合，构成了 ModelEngine 从底层框架到智能体应用的全栈能力。

实战示例：动车机票预订

会议通过动车/机票预订案例说明了智能体的工作方式：用户以自然语言表达出行需求后，智能体将其拆解为"查询车次/航班 → 比价 → 预订 → 确认"等步骤，自主调用相应工具完成订票流程，而无需用户逐步骤手工操作。会议同时提到，社区已上线示范智能体，用于验证该框架在实际业务场景中的可行性。

MCP 工具生态与多模态整合

智能体框架的技术优势与整合体现在两个方面：

• 整合 MCP 工具生态：通过 MCP（Model Context Protocol）协议接入外部工具，为智能体提供强大的数据处理和管理能力。MCP 链路在 5 月已实现"FIT MCP 客户端联通并调用 FIT MCP 服务端 / 外部标准 MCP 服务端，以及 FIT MCP 服务端被外部标准 MCP 客户端调用"的双向互操作（见 meetings/summaries/2025/0530.md），是智能体工具生态的技术底座；
• 支持多模态应用：智能体可以处理多种模态的输入与输出。

社区共创与未来规划

会议向社区成员发出共建邀请：

• 参与开发 MCP 工具：丰富 MCP 工具生态，为智能体提供更多可调用的能力；
• 参与开发智能体模板：沉淀常见场景的智能体模板，降低构建智能体的门槛。

同时介绍了智能体的未来规划与功能改进方向。从后续例会纪要看，这一方向在零代码智能体平台 nexent 上持续演进：7 月 nexent 优化页面布局、新增知识库自动总结能力与 MCP 服务器快速导入、新增三个搜索工具和文件系统操作功能（见 meetings/summaries/2025/0726.md），8 月引入 memory0 记忆机制并合并开源版与企业版（见 meetings/summaries/2025/0830.md），社区共建的 MCP 工具与智能体模板生态由此逐步成型。

社区治理与参与方式

本次例会延续了社区例会制度下的常态化治理节奏。若你希望跟踪或参与后续讨论，可以从以下几个方面入手：

• 例会信息：ModelEngine 社区例会每月举行，会议信息统一存放在 Discussions 板块，例会纪要归档于仓库的 meetings/summaries 目录（按年份/月份组织）；
• 核心成员与分工：各项目的 Maintainer/Committer 名单、职责与联系方式维护在 README.md 中，例如 fit-framework 与 app-platform 的 Maintainer 为季聿阶（@CodeCasterX）、宋永坦（@loveTsong），nexent 的 Maintainer 为陈双瑞（@Phinease）、万鸣晨（@WMC001），社区成员可以围绕具体模块找到对应负责人参与协作；
• 社区运营数据：仓库 scripts 目录下提供了社区运营统计脚本（如 contributor_stats.py 统计各仓库贡献者代码量、star_stats.py 汇总 GitHub 与 GitCode 双平台 Star 数据），供社区运营与成员了解项目活跃度。

总结

本次 6 月例会为 ModelEngine 社区 2025 年年中的技术节奏划定了清晰坐标：底层 fit-framework 以 3.5.0 双里程碑收官、HTTP 高层次抽象首次原生集成、FEL 大规模重构为协议接入铺路，并将重心移交 3.6 大版本；编排引擎 Elsa 完成 v0.1.2 修复线冻结、以 v0.2.0 引入并行节点与只读模式；app-platform 在 1.1.0/1.1.1 落地版本管理与数据库清理，同时瞄准公共 URL 游客模式、多模态与提示词工程；智能体框架则明确了"感知—规划—行动"的定位，并通过 MCP 工具生态整合与社区共创推进落地。将这些内容与前后月度例会纪要（4 月、5 月、7 月、8 月、9 月）对照阅读，可以清晰看到 ModelEngine 社区从路标规划到版本落地的完整闭环——这也是理解这一多项目开源社区演进脉络的最佳入口。

• 文档
• 开源治理