AITP
精选全部 AI 动态AI 日报Agent 接入关于更新日志信源提报反馈
登录 / 注册
AITOP
全部 AI 动态
AI 相关资讯全量信息流
全部博客资讯推文论文
全部模型产品行业论文技巧
标签:OCaml×
6月16日
20:46
AITOP6月16日 20:46
600亿美元买下Cursor,xAI终于拿到了编程工具,但真正值得跟踪的或许不是AI600亿美元买下Cursor,xAI终于拿到了编程工具,但真正值得跟踪的或许不是AI
6月12日
12:57
AITOP6月12日 12:57
Claude代码里藏了个20260612,18个月后的AI记忆革命已经开始倒计时
6月11日
15:28
AITOP6月11日 15:28
1107 vs 303:谷歌悄悄开源了一个“拆打字机”的模型,把大模型速度翻了4倍
15:23
AITOP6月11日 15:23
DiffusionGemma颠覆文本生成?自回归模型的“统治”要结束了
15:07
AITOP6月11日 15:07
每秒1107个token,Google开源的扩散模型为什么能改变本地推理格局?
5月28日
11:57
11:57arXiv: DeepSeek@Loc Pham, Lang Hong Nguyet Anh, Thanh Le-Cong
现有大模型在函数式编程语言(如Haskell、OCaml、Scala)上表现远逊于命令式语言。研究者发现,单独微调每种语言无法共享函数式抽象,而多语言混合微调又会导致跨语言干扰。为此,他们提出FPMoE,一个基于稀疏混合专家架构的轻量级开源代码生成模型,包含三个语言专用专家和一个共享专家,后者捕捉单子推理、类型导向编程等跨语言模式。在FPEval基准上,FPMoE仅用3B活跃参数就超越了微调基线,性能匹敌DeepSeek-Coder-6.7B、Qwen2.5-Coder-14B-Instruct等更大模型。
论文函数式编程代码生成稀疏混合专家HaskellOCamlScala开源/仓库

推荐理由:函数式编程开发者终于有了专属的代码生成模型——FPMoE用稀疏MoE解决了跨语言干扰和抽象丢失两大痛点,且3B参数就能达到14B模型的效果,值得Haskell/OCaml/Scala用户直接上手测试。
原文
精选全部日报登录