RosaeNLG 加入 LF AI & Data 作为新的沙箱项目
LF AI & Data 基金会——该组织正在构建一个生态系统,以维持人工智能(AI)、机器学习(ML)、深度学习(DL)和数据开源项目的开源创新,宣布RosaeNLG[1]作为其第一个沙箱项目加入基金会。
最近,LF AI & Data 技术咨询委员会(TAC)增加了沙箱阶段,以适应满足以下一个或多个需求的早期项目:
-
任何未来有意加入 LF AI & Data 孵化的项目,并希望为此奠定基础。
-
旨在扩展一个或多个 LF AI & Data 项目具有功能性或互操作性库的新项目。
-
适合 LF AI & Data 任务的独立项目,为现有功能领域提供了一种新的方法(或试图满足未满足的需求)。
RosaeNLG 非常适合这个阶段,并被 TAC 投票进入了沙箱阶段进行孵化。它是一个开源的自然语言生成(NLG)项目,旨在提供与产品 NLG 解决方案相同的 NLG 功能,并为开发人员和 IT 提供方便的集成和配置。RosaeNLG 由法国巴黎银行 CIB 数据与人工智能实验室首席技术官、科技学院专家教授 Ludan Stoecklé 发布并开源。
LF AI & Data 执行董事 Ibrahim Haddad 博士说:“RosaeNLG 是一个伟大的基础项目,旨在扩大人工智能的可及性和可理解性。我们很高兴地欢迎 RosaeNLG 作为我们的第一个沙箱阶段项目,并期待支持它的旅程,增加采用,增长,并与其他项目的合作。”
基于模板的自然语言生成(NLG)基于结构化输入数据和文本模板自动生成相对重复的文本,由 NLG 引擎运行。生产应用在大公司中很普遍,尤其是在金融行业。
典型的用例有:
-
基于产品的功能来描述产品的 SEO 功能
-
制作结构化报告,如金融行业的风险报告或基金业绩报告
-
生成形式良好的聊天机器人答案
RosaeNLG 模板是在 VSCode 上开发的,具有友好的语法,易于集成。它目前支持英语、法语、德语、意大利语和西班牙语等语言,并提供语言资源。它还在服务器端(使用 node.js REST API)和浏览器端提供 NLG。
RosaeNLG 的创始人 Ludan Stoecklé 说:“非专业用户不理解长长的数字表和仪表盘;他们喜欢简单的文本解释。NLG 是数据民主化和可理解性的关键,特别是可信的人工智能。基于模板的 NLG 是实现复杂数据到文本项目的唯一方法,在文本中没有任何错误或幻觉,这是信任所必须的。LF AI & Data 基金会的支持将促进 NLG 领域的采用和社区增长,以及多样性,目标是支持 50 多种常用语言。”
LF AI & Data 通过广泛的服务支持项目,第一步是加入基金会进行孵化。在GitHub[2]上了解更多关于 RosaeNLG 的信息,一定要加入RosaeNLG-Announce[3]和RosaeNLG-Technical-Discuss[4]邮件列表,参与社区并保持更新。
热烈欢迎 RosaeNLG!我们期待该项目作为 LF AI & Data 基金会的一部分继续发展和成功。要了解如何与我们一起托管一个开源项目,请访问LF AI & Data 网站[5]。
参考资料
[1]RosaeNLG: https://rosaenlg.org/
[2]GitHub: https://github.com/RosaeNLG/
[3]RosaeNLG-Announce: https://lists.lfaidata.foundation/g/rosaenlg-announce
[4]RosaeNLG-Technical-Discuss: https://lists.lfaidata.foundation/g/rosaenlg-technical-discuss
[5]LF AI & Data 网站: https://lfaidata.foundation/proposal-and-hosting-process/
联系关于Linux基金会
Linux基金会是非营利性组织,是技术生态系统的重要组成部分。
Linux基金会通过提供财务和智力资源、基础设施、服务、活动以及培训来支持创建永续开源生态系统。在共享技术的创建中,Linux基金会及其项目通过共同努力形成了非凡成功的投资。请长按以下二维码进行关注。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Jenkins Operator 成为官方子项目
我们很高兴的宣布,Jenkins Operator 已正式成为 Jenkins 官方子项目。 这件事意味着什么? 成为 Jenkins 官方项目的组成部分,也是为了能更好地与 Jenkins 总体路线规划保持一致而迈出的重要一步,这也将会大大增加这个项目被使用的几率。 我们是隶属于 VirtusLab 并专门维护该项目的团队。我们终于可以和这个大社区互动,并参加 Cloud-Native SIG 会议。这也为每个想为该项目提出建议或参与支持的人提供了平台。 我们坚信,有了社区的支持将大大改善 Jenkins Operator 项目自身以及 Jenkins 生态系统。 填补 Jenkins 与 Kubernetes 间的缝隙 在 Kubernetes 这样的云原生环境中运行 Jenkins 并不是件容易的事。我们希望通过该项目提供的功能使社区能够充分利用 Kubernetes 以及云平台的能力: 集成云平台原生的监控、存储、安全机制 Kubernetes 的自动扩容和自我修复机制 安全访问 Jenkins 实例 声明式配置(Kubernetes Custom Resources) 全生命...
- 下一篇
微服务该如何拆分?
微服务的拆分一直是历史性的难题,行业内更是没有具体的拆分标准,拆分的好坏更多取决于拆分者的经验,并经过反复迭代,逐步优化、调整,以达到比较合适的划分。 本文包括微服务的拆分时机、拆分原则、拆分方法,用于指导微服务的拆分工作,希望能够对大家有所启示。 1.拆分时机 微服务拆分绝非是一个大跃进的过程,拆分时机不对,很容易把一个应用拆分的七零八落,最终大大增加运维成本,却不会带来明显收益。 微服务拆分的过程,是基于某个痛点出发,是业务真正遇到快速迭代和高并发等问题,如果不拆分,将对于业务的发展带来影响,只有这个时候,微服务的拆分才是有确定收益的,增加的运维成本才是值得的。 1.1 有快速迭代的需求 互联网时代,业务快速变化,应用的交付需要快速响应式交付。通过微服务架构,采用快速迭代的方式进行架构演进,将系统拆分成多个独立的微服务,微服务之间彼此独立,通过服务接口交互。当某个微服务遇到问题时发版修复,不会导致整个系统不可用,从而支撑业务的快速试错。 1.2 提交代码频繁出现大量冲突 单体应用开发通常是几十人开发一个系统,代码管理时经常会遇到代码提交冲突。微服务架构通过快速迭代可实现开发独立,将...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS关闭SELinux安全模块
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- Windows10,CentOS7,CentOS8安装Nodejs环境
- CentOS7设置SWAP分区,小内存服务器的救世主
- SpringBoot2整合Redis,开启缓存,提高访问速度
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- 设置Eclipse缩进为4个空格,增强代码规范
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- SpringBoot2全家桶,快速入门学习开发网站教程