6.0
关注
AI SCORE
行业动态2026-05-18 19:21
DeepSeek 已在你的 AI 工具里运行，但没人告诉你
DEV Community · Harsh #DeepSeek#开源模型#生态
Editor brief · 编辑速览
HuggingChat等流行AI工具背后悄然集成了DeepSeek模型。这说明开源模型正在进入商业AI工具，改变底层生态。
DevTools 揭露了隐藏的模型提供商
上周二，我在调试 HuggingChat 响应缓慢的问题。
都是些常规操作：打开 DevTools，查看 Network 面板，按 Fetch/XHR 筛选，然后检查 API 响应。
接着，我就在聊天界面里看到了这行信息：
agentic with Kimi-K2.6 via 🤗 together
HuggingChat 明确展示了它正在使用哪个模型——通过 Together AI 调用 Kimi-K2.6。没有遮掩。这才是透明该有的样子。
我盯着屏幕愣了一下。Kimi-K2.6？那是中国 AI 公司 Moonshot AI 的模型，并不是 HuggingChat 从零构建的东西。它不过是在调用第三方 API，而且就这么明明白白地展示了出来。
但关键在于，HuggingChat 很诚实。他们会告诉你模型名称，也会告诉你推理服务提供商，而且直接显示在 UI 中。
然后，我检查了一些自己每天都在使用的其他工具。
事情就是从这里开始变得令人不安的。
DeepSeek、Kimi、Qwen——这些中国开源模型如今无处不在。就我遇到的情况而言，HuggingChat 明确告诉我它使用的是 Kimi-K2.6。而其他一些工具却把 DeepSeek 或类似模型隐藏在 API 调用中，同时又在营销页面上讲着完全不同的故事。
我发现多个声称拥有专有技术的工具，实际上调用的是 DeepSeek、Qwen 和 Kimi API。它们的套路高度一致：营销文案说一套，网络流量显示的却是另一套。
某个工具的网站声称自己拥有「从零构建的前沿智能」，API 响应里写的却是 kimi-k2p5-rl-0317。
另一个工具声称使用「完全由内部自主研发的 AI」，网络流量显示的却是 deepseek-coder-v2。
第三个工具把自己宣传成「下一代专有模型」，DevTools 揭露出来的却是 qwen-2.5-72b。
前半段还真让他们给骗到了。
在你说出「谁在乎底层用的是什么模型，好用不就行了」之前，请允许我反驳一下。
这会影响你的决策。你在不同工具之间做选择，部分依据正是其中某个工具声称自己拥有更出色的专有模型。如果两个工具调用的其实是同一个第三方 API，那就根本算不上差异化。你只是花高价买了一个套壳。
这会影响你的数据安全。如果某个工具声称「你的数据绝不会离开我们的服务器」，但 API 流量却显示它在调用 api.together.ai 或 api.moonshot.cn，那么数据显然去了别的服务器，而且可能位于不同国家，受不同的数据保护法律约束。这一点对于企业使用场景尤其重要。
这会影响信任。如果一个工具连自己使用的模型都要虚假宣传，你自然会怀疑产品介绍里还有哪些内容只是营销话术。定价、数据处理方式、产品能力——所有信息都会变得可疑。
这会影响调试。当工具给出奇怪或出人意料的结果时，知道它实际使用的模型会带来极大帮助。如果你知道它在幕后把请求路由到了一个中国模型，那么「为什么它对中文输入的响应这么奇怪？」这个问题就会容易排查得多。
我想明确说明一点：引发这一切的截图——HuggingChat 展示「通过 together 使用 Kimi-K2.6」——恰恰说明 HuggingChat 做对了。
他们会告诉你模型是什么，也会告诉你推理服务提供商是谁，并且直接显示在聊天 UI 中。不需要打开 DevTools，也不需要窥探 API。
这并不难实现。它只是一种设计选择。
展示模型意味着：我们相信你有权知道自己正在使用什么。
不展示模型意味着：我们更希望你不要思考这件事。
HuggingChat 应该成为最低标准。令人不安的现实却是，大多数工具连这个标准都达不到。
你不需要任何特殊工具，只需要一个浏览器和 5 分钟。
第 1 步：在 Chrome 或 Edge 中打开你常用的 AI 工具。
第 2 步：按 F12 打开 DevTools → 进入 Network 面板。
第 3 步：按 Fetch/XHR 筛选。
第 4 步：问一个简单的问题——「用一句话解释 Python」。
第 5 步：点击随之发出的 API 请求，然后查看 Response 面板。
在 JSON 响应中寻找 model 字段。
检查请求 URL 中是否出现第三方域名：together.ai、openai.com、anthropic.com、moonshot.cn、deepseek.com。
检查 payload 中的模型 ID——它们看起来可能是 kimi-k2p5-rl-0317、deepseek-coder-v2 或 qwen-2.5-72b-instruct。
就是这样。只需五分钟，你就能确切知道自己究竟在和什么模型对话。
如今，AI 工具正处于一个尴尬的中间阶段。底层模型基本已经成为标准化商品：所有人调用的无非都是 OpenAI、Anthropic、Together AI、Moonshot、Mistral、DeepSeek 提供的那些 API。真正的差异化本应存在于产品层：UX、上下文处理、集成能力以及工作流。
但有些公司仍在试图依靠模型本身参与竞争。当它们造不出自己的模型时，有些公司干脆……声称自己造出来了。在营销文案里写上「专有」，然后祈祷没人打开 DevTools。
大多数人确实不会去检查。你很忙，工具也能正常使用，于是就继续做自己的事了。
但「它能用」和「它诚实地告诉你自己究竟是什么」是两回事。而后者的重要性，远比目前整个行业所承认的更高。
那些愿意公开模型信息的工具，往往也会在其他方面保持透明，比如定价、限制和数据处理方式。诚实会产生复利，遮遮掩掩同样如此。
现在就打开你最常用的 AI 工具，并打开 DevTools。
检查 Network 面板，在 API 响应中找到模型名称。
它和你预想的一样吗？
我会在评论区分享自己在日常使用的工具中究竟发现了什么——包括那些让我大吃一惊的工具。
如需采取进一步措施，你可以考虑屏蔽此人和/或举报滥用行为。