跳到主内容
@wquguru
精选88Cloudflare 博客(RSS)模型发布/更新多源精选 ×2

Cloudflare发布多模态决策模型Clef-omni并降价提速

Introducing Clef-omni with full multimodality, plus a faster Clef and a cheaper Clef-flash

原文
发到 X
推荐理由

决策模型赛道的重要进展,Clef-omni实现了真正的多模态端到端决策,且提供了详细的架构细节与性能数据,值得Agent开发者关注。

Following last week’s release of Clef and Clef-flash, Cloudflare’s open-weight decision models, we decided to bring forth more gifts. Today, we’re releasing Clef-omni, which takes in audio and video input alongside text and image. We also cut the price of Clef-flash so it is now cheaper than Jev, and we made Clef faster.

继上周发布 Clef 和 Clef-flash(Cloudflare 的开放权重决策模型)之后,我们决定带来更多惊喜。今天,我们发布了 Clef-omni,它能够接收音频和视频输入,与文本和图片并列。我们还降低了 Clef-flash 的价格,使其现在比 Jev 更便宜,并且让 Clef 运行得更快。

Although the model game is still early for Cloudflare, innovation and iteration is in our DNA, and we apply these principles to everything we do. In fact, the story of Clef came together over the course of less than a week. We decided we wanted to do something in the decision model space on a Friday evening, trained the model over the weekend, and launched it on Thursday. Even with such a short timeline, we were able to ship performant, high-quality, open-weight models for the community — imagine what more we can do in the future.

虽然 Cloudflare 在模型领域仍处于早期阶段,但创新和迭代是我们的 DNA,我们将这些原则应用于我们所做的每一件事。事实上,Clef 的故事是在不到一周的时间里酝酿而成的。我们决定在一个周五晚上做一些关于决策模型的事情,在周末训练了模型,并在周四将其推出。即使时间如此紧迫,我们仍然能够为社区提供高性能、高质量的开放权重模型——想象一下未来我们能做到更多。

For today, we’re excited to keep up the momentum with new additions and improvements to our Clef family of models. This is just the beginning, and we’ll continue to get better, faster, cheaper, and more innovative.

今天,我们很高兴通过新增功能和改进来保持势头,进一步完善我们的 Clef 系列模型。这仅仅是开始,我们将继续变得更好、更快、更便宜,更具创新性。

Clef-omni takes audio, video, image, and text input

Clef-omni 接受音频、视频、图片和文本输入

Our new Clef-omni model is able to take audio, video, image, and text input. This changes the paradigm for decision models, which have been largely text-only since the debut of Jev from TypeSafe. With Clef, we supported images and video frame arrays, but Clef-omni is able to take in audio (wav or mp3) and video (mp4 or webm) alongside text and images.

我们的新 Clef-omni 模型能够接收音频、视频、图片和文本输入。这改变了决策模型的范式,自 TypeSafe 推出 Jev 以来,决策模型大多仅限于文本。使用 Clef,我们支持图片和视频帧数组,而 Clef-omni 能够接收音频(wav 或 mp3)和视频(mp4 或 webm),与文本和图片并列。

Instead of setting up cascading pipelines of models that transcribe speech-to-text, or splitting audio and image channels from video, you can just call one model to make decisions across any modality. We are now one step closer to a model that is able to interact with the world as we experience it — through audio, visual, and textual communication, all in one.

你不再需要设置级联的模型管道来进行语音转文本转录,或者从视频中分离音频和图片通道,只需调用一个模型即可在任何模态上做出决策。我们现在更接近于一个能够像我们体验世界一样与世界互动的模型——通过音频、视觉和文本交流,全部集成在一起。

Check out our developer docs for the new Clef-omni model. We also released the model open-weights on HuggingFace. For a quick start, here’s how you can send new modality inputs to Clef-omni:

查看我们关于新 Clef-omni 模型的开发者文档。我们还在 HuggingFace 上发布了该模型的开放权重。为了快速上手,以下是如何向 Clef-omni 发送新的模态输入的方法:

Clef-omni expands our open-weight decision architecture to natively handle multimodal workflows. We built this on a Qwen3-Omni-30B-A3B-Instruct mixture-of-experts (MoE) foundation, where the model was already capable of processing text, imagery, audio, and video directly within a single pipeline. However, we adopt the primary comprehension backbone while discarding the text-to-speech output components. In production, Clef-omni executes a quick prefill pass across the complete payload, scoring all modalities and valid parameter options simultaneously.

Clef-omni 将我们的开源权重决策架构扩展至原生支持多模态工作流。我们基于 Qwen3-Omni-30B-A3B-Instruct 混合专家(MoE)基础构建了这一模型,该模型已具备在单一管道中直接处理文本、图像、音频和视频的能力。然而,我们采用了主要的理解主干网络,同时舍弃了文本转语音输出组件。在生产环境中,Clef-omni 会对完整载荷执行快速预填充传递,同时对所有模态和有效的参数选项进行评分。

Because we skip output token generation since Clef models are not Large Language Models (LLMs), we remove the overhead of transcribing or captioning incoming files. Media elements map straight into the unified sequence, where video and audio are synced with visual frames for joint processing. Clef-omni then pulls candidate values directly from internal embeddings using our two-stage attention routing: every valid option gathers key evidence from the input (regardless if they are buried in text snippets, visual elements, or audio streams) before field vectors cross-attend across the full context to compute confidence scores. We add a built-in lexical grammar that preserves option semantics, so that we can deliver fast, schema-constrained scoring across every input type.

由于 Clef 模型不是大型语言模型(LLM),我们跳过了输出 token 的生成步骤,从而消除了转录或为传入文件添加字幕的开销。媒体元素直接映射到统一序列中,视频和音频与视觉帧同步以进行联合处理。随后,Clef-omni 使用我们的两阶段注意力路由机制直接从内部嵌入中提取候选值:每个有效选项都会从输入中收集关键证据(无论它们隐藏在文本片段、视觉元素还是音频流中),然后字段向量在整个上下文中交叉注意以计算置信度分数。我们内置了一种词汇语法,以保留选项语义,从而能够针对每种输入类型提供快速且受模式约束的评分。

We train the model with the same techniques as we did with Clef — freezing the Qwen3 backbone, training low-rank adapters (LoRA), and applying our standard post-training approach: combining label-smoothed cross-entropy loss with Brier score calibration. The result is a model that is resilient and designed to succeed regardless of schema variations, field ordering, and prompt structures.

我们使用与训练 Clef 时相同的技术来训练该模型:冻结 Qwen3 主干网络,训练低秩适配器(LoRA),并应用我们的标准后训练方法:结合标签平滑交叉熵损失与 Brier 分数校准。结果得到一个具有弹性的模型,无论模式变化、字段顺序和提示结构如何,它都能确保成功运行。

This brings several core upgrades to the Clef model family. Calibrated, schema-bound decisions now seamlessly handle text, images, audio, and synchronized video in a single API call. It's also fast. Text-only decisions return in about 130 ms at the median, image inputs in about 150 ms, and audio clips in a few hundred milliseconds. Even a full 21-second video clip with sound is scored in about 1.5 seconds, all in a single API call.

这为 Clef 模型家族带来了多项核心升级。经过校准且绑定模式的决策现在能够通过单次 API 调用无缝处理文本、图像、音频和同步视频。速度也很快。纯文本决策的中位返回时间约为 130 毫秒,图像输入约为 150 毫秒,音频片段则需要几百毫秒。即使是一段带有声音的完整 21 秒视频片段,也能在约 1.5 秒内完成评分,所有这些均在单次 API 调用中完成。

Our benchmarking shows strong performance across benchmarks, even with new modalities and MoE architecture.

我们的基准测试显示,即使在新的模态和 MoE 架构下,其在各项基准测试中也表现出色。

BenchmarkClef-omniClefClef-flashJev
BFCL · case exact98.298.4798.7695.75
ToolRet · nDCG@1066.669.1966.4365.28
API-Bank · accuracy92.791.9393.1188.19
Home appliances · case exact69.382.9597.7352.27
When2Call · accuracy63.372.3765.5880.97
BANKING77 · macro-F194.894.2090.9379.74
CLINC150+OOS · macro-F197.797.4366.7789.27
BRIGHT · nDCG@1042.045.9139.2647.52
Amazon ESCI · macro-F157.857.4857.3955.21
PhishNChips · accuracy73.279.6075.0562.55
基准测试Clef-omniClefClef-flashJev
BFCL · case exact98.298.4798.7695.75
ToolRet · nDCG@1066.669.1966.4365.28
API-Bank · accuracy92.791.9393.1188.19
Home appliances · case exact69.382.9597.7352.27
When2Call · accuracy63.372.3765.5880.97
BANKING77 · macro-F194.894.2090.9379.74
CLINC150+OOS · macro-F197.797.4366.7789.27
BRIGHT · nDCG@1042.045.9139.2647.52
Amazon ESCI · macro-F157.857.4857.3955.21
PhishNChips · accuracy73.279.6075.0562.55

We also benchmarked against the TypeSafe evals to show how Clef-omni performs.

我们还使用 TypeSafe 评估进行了基准测试,以展示 Clef-omni 的表现。

WorkflowMetricClef-OmniClefClef-flashJev
Invoice processingExact actions60.264.757.161.8
Invoice processingPrimary action82.086.273.383.1
Customer serviceExact actions71.676.377.076.0
Security incidentsExact actions61.762.961.761.7
Agent trace observabilityPrimary action65.868.569.871.6
工作流指标Clef-OmniClefClef-flashJev
发票处理Exact actions60.264.757.161.8
发票处理Primary action82.086.273.383.1
客户服务Exact actions71.676.377.076.0
安全事件Exact actions61.762.961.761.7
Agent trace observabilityPrimary action65.868.569.871.6

Clef-flash model is now cheaper

Clef-flash 模型现在更便宜了

We heard your feedback — you want a decision model affordable enough to incorporate into any workflow. We’ve made a few optimizations and can now offer Clef-flash at cheaper prices. We want Clef to be able to make decisions that scale for you across all your agentic workflows, and now our pricing also incentivizes that.

我们听到了您的反馈——您希望有一个足够实惠的决策模型,可以融入任何工作流。我们进行了一些优化,现在可以提供更低价的 Clef-flash。我们希望 Clef 能够为您在所有智能体工作流中实现可扩展的决策能力,现在我们的定价策略也鼓励这种扩展。

We were able to optimize the model to the point where Clef-flash is now cheaper than Jev while still being performant and high-quality. Check out the developer docs for the most up-to-date pricing information at all times, including more detail on how image and audio modalities are converted to input tokens for pricing.

我们将模型优化到了一个新的高度,使得 Clef-flash 在保持高性能和高质量的同时,价格比 Jev 更低。请随时查阅开发者文档以获取最新的定价信息,其中还详细介绍了图像和音频模态如何转换为用于计费的输入 token。

  • Clef-flash – originally $0.09 per M input tokens, now $0.038 per M input tokens
  • Clef – remains at $0.24 per M input tokens
  • Clef-omni – launched today at $0.15 per M input tokens
  • Clef-flash – 原价每百万输入 token $0.09,现价为每百万输入 token $0.038
  • Clef – 价格保持不变,为每百万输入 token $0.24
  • Clef-omni – 今日发布,价格为每百万输入 token $0.15

However, one trade-off we have to make in order to have cheaper pricing is to cut the context window of Clef-flash. The hosted version of Clef-flash now has a context window of 24k, instead of 64k as previously advertised. The model weights on Hugging Face are untouched and were trained to support a 256k context window should you choose to self-host it.

然而,为了获得更低的定价,我们必须做出的一个妥协是缩减 Clef-flash 的上下文窗口。托管版的 Clef-flash 现在的上下文窗口为 24k,而不是之前宣传的 64k。Hugging Face 上的模型权重未受影响,并且经过训练以支持 256k 的上下文窗口,如果您选择自行托管的话。

From our usage data, we see that only 0.24% of requests exceed 24k input tokens. Based on this data, we decided to make the call to drop the context window to 24k for Clef-flash in order to price it at a more accessible entry point. Our Clef model remains at a 64k context window, and we encourage folks with larger context needs to switch to Clef instead of Clef-flash.

根据我们的使用数据,只有 0.24% 的请求输入 token 数超过 24k。基于此数据,我们决定将 Clef-flash 的上下文窗口缩减至 24k,以便以更低的入门价格提供该服务。我们的 Clef 模型仍保持 64k 的上下文窗口,我们建议有更大上下文需求的用户改用 Clef 而非 Clef-flash。

Clef model is now faster

Clef 模型现在速度更快

Speeds are also faster for the Clef model, with new optimizations to the hosted version of Clef on Workers AI. No new model weights are released because most of the optimizations we made are at the serving infrastructure layer, not materially to the model weights or architecture. Check out our new speeds below:

Clef 模型的速度也提升了,这得益于 Workers AI 上托管版 Clef 的新优化。我们没有发布新的模型权重,因为我们所做的优化主要位于推理基础设施层,而非对模型权重或架构产生实质性影响。请查看下方的新速度数据:

Input sizeBefore: median / p95 (ms)Now: median / p95 (ms)Median speedup
~800 tokens262 / 438152 / 3511.7×
~3,400 tokens616 / 777305 / 5312.0×
~16,000 tokens2,721 / 3,2501,635 / 1,8051.7×
输入大小之前:中位数 / p95(毫秒)现在:中位数 / p95(毫秒)中位数加速比
~800 tokens262 / 438152 / 3511.7×
~3,400 tokens616 / 777305 / 5312.0×
~16,000 tokens2,721 / 3,2501,635 / 1,8051.7×

One of the optimizations we made was to move to SGLang for serving the model. We worked with the SGLang team and made pull requests to incorporate Clef (PR #42721), which will be released in SGLang 0.5.22. You can also self-host Clef since we released the weights, and the new SGLang launch commands are available on our updated Hugging Face repo as well as the SGLang cookbooks.

我们进行的优化之一是将模型推理迁移至 SGLang。我们与 SGLang 团队合作并提交了合并请求以集成 Clef(PR #42721),该功能将在 SGLang 0.5.22 版本中发布。由于我们已发布了模型权重,您也可以自行部署 Clef;新的 SGLang 启动命令也已更新在我们的 Hugging Face 仓库以及 SGLang cookbooks 中。

How are people using Clef?

人们如何使用 Clef?

更进一步:量化金融体系

看懂新闻只是起点——沿量化金融路径,把它变成能交付的工程能力

进入量化体系 →

关联讨论

同一事件的更多信源

相似阅读

关联信息,但可能不是同一事件