<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Model Router | The .NET Blog</title><link>https://thedotnetblog.com/zh/tags/model-router/</link><description>Articles, tutorials and insights from the .NET community.</description><generator>Hugo</generator><language>zh</language><managingEditor>@thedotnetblog (The .NET Blog)</managingEditor><webMaster>@thedotnetblog</webMaster><lastBuildDate>Fri, 29 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://thedotnetblog.com/zh/tags/model-router/index.xml" rel="self" type="application/rss+xml"/><item><title>Model router 的 eval 是太多团队跳过的一步</title><link>https://thedotnetblog.com/zh/news/emiliano-montesdeoca/model-router-evals-before-you-trust-the-routing/</link><pubDate>Fri, 29 May 2026 00:00:00 +0000</pubDate><author>Emiliano Montesdeoca</author><guid>https://thedotnetblog.com/zh/news/emiliano-montesdeoca/model-router-evals-before-you-trust-the-routing/</guid><description>Foundry 中新的 model router evaluation repo 很重要，因为在团队把自动模型选择当成魔法之前，路由决策就应该先拿质量、延迟和成本来衡量。</description><content:encoded>&lt;blockquote&gt;
&lt;p&gt;&lt;em&gt;本文已自动翻译。原文请&lt;a href="https://thedotnetblog.com/zh/news/emiliano-montesdeoca/model-router-evals-before-you-trust-the-routing/"&gt;点击这里&lt;/a&gt;。&lt;/em&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;自动模型路由听起来很棒，直到你意识到，你仍然需要证明它对你的 workload 来说确实是正确选择。&lt;/p&gt;
&lt;p&gt;这就是新的 &lt;strong&gt;model router evaluation repo&lt;/strong&gt; 有用的原因。&lt;/p&gt;
&lt;p&gt;它为团队提供了更具体的方式来回答那些真正重要的问题：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;路由是否保留了质量？&lt;/li&gt;
&lt;li&gt;它是否改善了成本？&lt;/li&gt;
&lt;li&gt;它对延迟有什么影响？&lt;/li&gt;
&lt;li&gt;如果我限制 model subset，会发生什么变化？&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="原文提出了正确的问题"&gt;原文提出了正确的问题&lt;/h2&gt;
&lt;p&gt;我特别喜欢原文的一点是，它没有把 model router 当成理所当然的好东西。&lt;/p&gt;
&lt;p&gt;相反，它提出了那些让人不舒服但正确的问题：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&amp;ldquo;&lt;strong&gt;在我的 prompts 上，model router 自动选择的 model 是否能与我原本会选择的 single model 持平甚至更好？&lt;/strong&gt;&amp;rdquo;&lt;/li&gt;
&lt;li&gt;&amp;ldquo;&lt;strong&gt;我到底是真的在端到端节省钱，还是只是把支出从一个地方转移到另一个地方？&lt;/strong&gt;&amp;rdquo;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;这才是正确的态度。&lt;/p&gt;
&lt;p&gt;因为自动路由虽然很有吸引力，但它仍然是一个 system decision。而 system decision 应该被衡量，而不是被欣赏。&lt;/p&gt;
&lt;h2 id="为什么这个-repo-比第一眼看到的更重要"&gt;为什么这个 repo 比第一眼看到的更重要&lt;/h2&gt;
&lt;p&gt;在一个层面上，这只是一个 evaluation repo。&lt;/p&gt;
&lt;p&gt;在另一个层面上，它是成熟度的信号。&lt;/p&gt;
&lt;p&gt;它在说：如果你想采用自动路由，这里有一种更有纪律的测试方式：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;质量&lt;/li&gt;
&lt;li&gt;成本&lt;/li&gt;
&lt;li&gt;延迟&lt;/li&gt;
&lt;li&gt;subset trade-off&lt;/li&gt;
&lt;li&gt;model distribution 行为&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;这比把 routing 当成一个有好品牌的黑盒要好得多。&lt;/p&gt;
&lt;h2 id="我的看法"&gt;我的看法&lt;/h2&gt;
&lt;p&gt;这是 AI platform 更需要的那类 tooling 的一个好例子：不是更多魔法，而是在信任魔法之前，提供更多验证它的方法。&lt;/p&gt;
&lt;p&gt;这就是团队避免在未经测试的假设上建立昂贵信心的方式。&lt;/p&gt;
&lt;p&gt;原文： &lt;a href="https://devblogs.microsoft.com/foundry/how-to-run-evals-for-model-router/"&gt;How to run evals for the model router&lt;/a&gt;&lt;/p&gt;</content:encoded></item></channel></rss>