DeepSeek R1 Distill 是深度求索(DeepSeek)在 2025 年 1 月 20 日随 DeepSeek-R1 正式版一同发布的推理模型蒸馏系列。它把参数量达 6710 亿的 DeepSeek-R1(MoE 架构)的数学、代码与逻辑推理能力,通过「数据蒸馏 + 监督微调」迁移到 1.5B 至 70B 的稠密模型上,共 6 个尺寸,全部以 MIT 协议开源权重,可自由商用。 该系列解决的核心问题是部署门槛:原版 R1 需要多张 H100/A100 级显卡才能跑起来,个人开发者和小团队无法承担;而蒸馏版最小仅需 4GB 显存即可推理,32B 版本在 AIME 2024 数学竞赛基准上得分 72.6%,超过了 OpenAI o1-mini 的 63.6%。本文从模型下载、环境配置、推理代码、生产部署到选型对比全程实操,让你按自己的显存预算快速跑起一个具备思维链(CoT)能力的本地推理模型。
掌握 DeepSeek R1 Distill 意味着你能以极低成本拥有 o1 级别的数学/代码推理能力,并合法商用——这是当前开源推理模型中最具性价比的私有化部署选项,也是面试中高频考察的「知识蒸馏工程化」真实案例。
目录
速览卡是工具类内容的固定首屏模块:30 秒判断「这工具是什么、能不能商用、适不适合我」。
为什么需要 DeepSeek R1 Distill:推理能力下放,显存门槛骤降
原版 DeepSeek-R1 是 671B 参数、37B 激活的 MoE 模型,FP16 权重约 1.3TB,推理至少需要 4-8 张 80GB 显存的 A100/H100 集群。对个人开发者、中小企业以及需要离线部署的政企场景,这个硬件门槛直接把最强的开源推理模型挡在门外。同时,o1-mini 等闭源 API 虽然免部署,但存在数据出境、按 token 计费和厂商策略变更的问题,且思维链过程不可见,难以调试。
DeepSeek R1 Distill 的做法是:用 R1 生成约 80 万条带完整思维链的数学、代码、逻辑推理数据,直接对 Qwen2.5(1.5B/7B/14B/32B)和 Llama 3.1(8B/70B)底座做监督微调(SFT)。这一步的关键在于蒸馏的是「推理过程数据」而非模型权重,小模型通过模仿 CoT 学会先推理后作答的结构化输出。效果上,32B 蒸馏版在 AIME 2024 达到 72.6%,反超 o1-mini;70B 版 GPQA Diamond 得分 67.2%,逼近 R1 原版水平。
与同类工具相比,R1-Distill 的气质差异在于「克制而聚焦」:它不追求通用对话能力,而是把数学与代码推理强化到极致。代价是多轮对话、指令跟随和开放域知识问答弱于同等规模的通用模型——这决定了它适合被当作「推理引擎」嵌入业务流水线,而非替代通用聊天模型。
安装与环境配置:4 步就绪
首先准备 Python 3.9+ 环境。推荐用 conda 隔离,避免依赖冲突。第二步安装 PyTorch(2.1+),第三步安装 transformers 与 accelerate。若做服务化部署,再安装 vLLM。第四步从 HuggingFace 拉取模型权重——首次运行 from_pretrained 时自动下载,1.5B 约 3.2GB,7B 约 15GB,14B 约 31GB,请预留磁盘空间。
验证安装是否成功:执行下面的 Python 片段,能打印出模型配置信息即表示环境就绪。
# 1. 创建虚拟环境conda create -n r1-distill python=3.10 -yconda activate r1-distill # 2. 安装 PyTorch(CUDA 12.1 版,按本机驱动调整)pip install torch torchvision torchaudio --index-url https://download.pytorch.org/whl/cu121 # 3. 安装推理依赖pip install transformers accelerate # 4. 服务化部署(可选)pip install vllm
python -c "from transformers import AutoConfigcfg = AutoConfig.from_pretrained('deepseek-ai/DeepSeek-R1-Distill-Qwen-1.5B')print('模型加载成功:', cfg.architectures)"
快速上手:10 分钟跑通第一个推理示例
最小可用流程是:加载模型 → 组装对话模板 → 生成推理链 → 解码输出。蒸馏模型的输出天然分为两段:<reasoning> 思维链和 <answer> 最终答案,这是它与普通对话模型最直观的差异。
具体操作如下:
1. 选择尺寸:显存 4GB 选 1.5B,16GB 选 7B,32GB 选 14B,80GB 选 32B,多卡选 70B。
2. 加载模型:用 AutoModelForCausalLM.from_pretrained 加载权重,设置 torch_dtype="auto" 以自动匹配最优精度。
3. 组装对话:用 tokenizer.apply_chat_template(messages, tokenize=False, add_generation_prompt=True) 生成模型期望的输入格式,它会自动拼接特殊标记 <|begin▁of▁sentence|>。
4. 设置采样参数:官方推荐 temperature=0.6, top_p=0.95,不推荐 greedy decoding,因为推理类任务需要适度随机性;max_new_tokens 建议 2048-4096,留给思维链充足空间。
5. 解码输出:用 skip_special_tokens=True 去除特殊标记,打印结果。
运行成功后,输出中你会看到模型先展开一串英文逻辑推理(reasoning),再给出结论(answer)。进阶技巧:如果想加速,可改用 vLLM 部署 OpenAI 兼容 API,吞吐量比 transformers 原生推理高 5-10 倍。
from transformers import AutoModelForCausalLM, AutoTokenizer model_name = "deepseek-ai/DeepSeek-R1-Distill-Qwen-7B"tokenizer = AutoTokenizer.from_pretrained(model_name)model = AutoModelForCausalLM.from_pretrained( model_name, torch_dtype="auto", device_map="auto") messages = [{"role": "user", "content": "9.11 和 9.8 哪个更大?请逐步推理。"}]text = tokenizer.apply_chat_template( messages, tokenize=False, add_generation_prompt=True)inputs = tokenizer([text], return_tensors="pt").to(model.device)outputs = model.generate( **inputs, max_new_tokens=2048, temperature=0.6, top_p=0.95, do_sample=True,)print(tokenizer.decode(outputs[0], skip_special_tokens=True))
核心能力详解:4 大支柱
支柱一·推理数据蒸馏(SFT on R1 Data)。蒸馏的不是权重 logits 而是「过程数据」:DeepSeek 用 671B R1 生成了约 80 万条高质量思维链数据(数学、代码、逻辑为主),直接微调小模型。相比传统知识蒸馏需要对齐教师网络 logits 的做法,数据蒸馏实现简单、硬件要求低,且让小模型学到了完整的推理步骤而非仅仅是答案。
支柱二·结构化思维链输出(CoT Format)。模型输出分为 reasoning 与 answer 两个阶段,推理过程透明可审计。这让开发者能直接截取思维链做后处理、缓存复用,或对推理质量做人工抽检——这是闭源 API 无法提供的能力,也是政企客户选择自部署的核心原因之一。
支柱三·多尺寸覆盖(1.5B-70B)。六个版本覆盖从树莓派级边缘设备(1.5B,INT4 量化后约 1GB)到双卡服务器(70B,FP16 约 140GB)。各尺寸能力梯度明显,32B 是官方数据中最亮眼的性价比之选(AIME 72.6 分,接近 70B 的 70.0 分),而 1.5B 保留了基础推理但精度有限。
支柱四·开放生态与 MIT 协议。权重以 MIT 协议发布,意味着可以自由商用、修改和再分发。模型完全兼容 transformers、vLLM、SGLang、llama.cpp 等主流推理栈,社区已有大量 AWQ/GPTQ/GGUF 量化版本可直接使用,部署形态极为灵活。
生产部署与监控:从上线到运维
vLLM 服务化部署(推荐)。vLLM 提供 OpenAI 兼容的 /v1/chat/completions 接口,支持 continuous batching(连续批处理)和 PagedAttention,吞吐量远超原生 transformers。单卡部署 7B/14B 用以下命令即可;32B 需 80GB 显存或 INT4 量化;70B 建议 --tensor-parallel-size 2 双卡并行。
启动后通过 REST API 调用:
量化部署(边缘与低成本)。对显存敏感的场景可用 llama.cpp 的 GGUF 格式(配合 Ollama 一键部署)或 AWQ 4bit 量化。注意:INT4 量化后数学推理能力会明显下降(尤其 7B 以下版本),上线前必须用你的业务题集实测精度损失,不能只看推理速度。
可观测性建设。推理模型的生产监控比普通 LLM 多两个关键指标:一是思维链长度分布(reasoning token 数),过长说明模型在「过度思考」,会推高延迟与成本,应在 prompt 中引导「直接给出简洁推理」;二是采样参数漂移,确保生产环境固定 temperature=0.6, top_p=0.95,避免有人误改成默认值导致输出质量波动。GPU 侧用 vLLM 自带的 Prometheus 指标配合 Grafana 监控显存利用率、排队请求数和首 token 延迟(TTFT)。
<p class="para-label">避坑清单:</p>
<ul class="dash-list"><li>混淆 14B 与 32B 显存需求:两者都是 Qwen 底座,但 32B FP16 权重约 70GB,14B 约 30GB,预算不足时选了 32B 会导致 OOM,务必先按权重体积估算显存再选型。</li><li>使用默认采样参数:transformers 默认 temperature=1.0,官方推荐 0.6;温度过高会让推理链发散,过低则陷入重复输出,必须显式设置。</li><li>当作多轮对话模型使用:Distill 系列只做单轮推理训练,多轮对话上下文处理能力弱,复杂 Agent 场景应选用 QwQ-32B 或通用模型。</li><li>忽略量化精度损失:INT4 量化后 7B 版 MATH-500 得分可下降 5-10 个百分点,量化方案必须配合业务评测集验收,不能只拿示例题验证。</li><li>试图通过 API 调用蒸馏版:DeepSeek 官方 API(deepseek-reasoner)只提供 671B 原版 R1,蒸馏版无托管服务,生产环境需自行部署。</li></ul>
vllm serve deepseek-ai/DeepSeek-R1-Distill-Qwen-14B \ --tensor-parallel-size 1 \ --max-model-len 32768 \ --gpu-memory-utilization 0.9 \ --served-model-name r1-14b
curl http://localhost:8000/v1/chat/completions \ -H "Content-Type: application/json" \ -d '{ "model": "r1-14b", "messages": [{"role": "user", "content": "求 1 到 100 的和,并说明计算过程。"}], "max_tokens": 2048, "temperature": 0.6, "top_p": 0.95 }'
| 维度 | DeepSeek-R1-Distill-Qwen-32B | DeepSeek-R1(原版) | QwQ-32B | OpenAI o1-mini |
|---|---|---|---|---|
| 定位 | 开源蒸馏推理模型 | 开源旗舰推理 MoE | 开源通用推理模型 | 闭源轻量推理 API |
| 参数量 | 32B 稠密 | 671B MoE(37B 激活) | 32B 稠密 | 不公开 |
| 训练方法 | R1 数据 SFT 蒸馏 | GRPO 强化学习 | 强化学习(RL) | 闭源 |
| 推理能力 | AIME 2024 72.6 分 | AIME 2024 79.8 分 | 评测领先同级 | AIME 2024 63.6 分 |
| 部署成本 | 单卡 80GB 或 INT4 量化 | 多卡 A100/H100 集群 | 单卡 80GB 或量化 | API 按量付费 |
| 生态集成 | transformers/vLLM/Ollama | vLLM/SGLang | transformers/vLLM | OpenAI SDK |
| License | MIT(可商用) | 自定义协议 | Apache 2.0 | 闭源商业 |
| 适合谁 | 本地部署、预算有限的团队 | 有 GPU 集群的机构 | 需要多轮对话+推理 | 快速集成、不想运维 |
选型建议:硬件有限且只做数学/代码单轮推理,首选 R1-Distill 32B,MIT 协议无法律风险;有 8 卡集群追求极致推理精度,选原版 R1;需要多轮交互和工具调用的智能体场景,QwQ-32B 更均衡;不想碰硬件且预算充足,直接用 o1-mini 的 API。
版本迭代
蒸馏系列自 2025 年 1 月 20 日随 DeepSeek-R1 首发后未发布新版本,仍是初版权重。DeepSeek 后续迭代集中在原版 R1 主模型——2025 年 5 月发布 R1-0528 快照,优化了思维链的可读性与推理稳定性,但该更新不涉及蒸馏系列。截至本攻略编写时,6 个蒸馏模型均保持初始版本。
| 版本 | 时间 | 变化 | 提升 |
|---|---|---|---|
| R1-Distill-Qwen 系列 | 2025-01 | 首发 1.5B/7B/14B/32B 四个蒸馏模型 | MIT 协议开源,覆盖消费级至服务器级显存 |
| R1-Distill-Llama 系列 | 2025-01 | 首发 8B/70B 两个蒸馏模型 | 适配 Llama 生态,70B 冲击原版推理精度 |
| DeepSeek-R1-0528 | 2025-05 | 原版 R1 主模型快照更新 | 思维链更简洁稳定(不涉及蒸馏系列) |
| 基准 | Qwen-1.5B | Qwen-7B | Qwen-32B | Llama-70B | |
|---|---|---|---|---|---|
| AIME 2024 | 28.9 | 55.5 | 72.6 | 70.0 | AMC 竞赛数学,32B 超过 o1-mini(63.6) |
| MATH-500 | 83.9 | 92.8 | 94.3 | 94.5 | 竞赛级数学题集,各版本差距较小 |
| GPQA Diamond | 33.8 | 49.1 | 65.2 | 67.2 | 研究生级科学问答,70B 逼近原版 |
从 1.5B 到 70B,蒸馏模型呈现「32B 性价比拐点」——它在 AIME 上只比 70B 低 0.6 分,但显存需求只有一半,是私有化部署的首选规格。选型不必追求最高参数,按业务题的难度分布确定所需精度后选最小可用尺寸即可。若需要最新推理性能,可同时关注原版 R1 的 0528 快照,但蒸馏系列在可预见的版本周期内仍是小模型推理的主流选择。
AI 应用场景
私有化数学与逻辑推理引擎
阶段:推理模型部署 / 文档智能
解决的问题:金融风控、政务审批等场景需要把数学计算和逻辑规则嵌入流程,但数据不能出域。此前要么用规则引擎硬编码(维护成本高),要么调闭源 API(数据合规风险)。R1-Distill 让推理能力以 MIT 协议落地内网,思维链输出可审计、可留痕。
具体案例:某量化团队在 2 张 A100 上部署 32B 蒸馏版,用于研报中财务指标计算与逻辑校验。相比此前人工核对,单份研报的数值校验耗时从 20 分钟降至 3 分钟,AIME 72.6 的数学能力覆盖了 90% 以上财务计算题。思维链日志同时满足内部合规审计要求。
教育领域解题与评分辅助
阶段:RAG 管道构建 / 推理生成
解决的问题:在线教育平台需要为每个学生提供分步解题讲解,但聘请真人讲题的边际成本高。1.5B/7B 蒸馏版可嵌入 Web 端实时生成推理步骤,显存占用低、单次推理成本不足闭源 API 的十分之一。
具体案例:某 K12 教育产品在用户点击「查看解析」时,用 7B 蒸馏版生成分步解答,MATH-500 得分 92.8 保证了解题正确率;配合前缀缓存(prefix caching),同类题型的首 token 延迟控制在 800ms 以内,服务器成本仅为 o1-mini API 方案的 15%。
代码生成与解题竞赛辅助
阶段:Agent 编排 / 代码智能
解决的问题:算法竞赛训练、企业内部代码规范审核需要快速生成解题思路或检查逻辑漏洞。蒸馏模型在 LiveCodeBench 等代码基准上表现接近原版 R1,且支持离线批量跑题,适合在 CI/CD 流水线中做代码逻辑预检。
具体案例:某算法竞赛训练营用 14B 蒸馏版为学生提交的题解生成「思路复盘 + 复杂度分析」,单题处理耗时约 5 秒。与 GPT-4 方案对比,解题思路接受率 82% vs 89%,成本下降 94%,且学生可无限制提问不产生边际费用。
常见误区
误区蒸馏就是把 671B 的 R1 压缩成小模型,类似剪枝和量化,所以能力和原版成正比缩小。
正解R1-Distill 的「蒸馏」是数据层面的——用 R1 生成 80 万条思维链数据,重新训练小模型去模仿推理过程,而非压缩权重。正因如此,32B 蒸馏版在 AIME 2024 上能反超 o1-mini,而同等规模的量化版 671B 模型做不到这一点。量化损失的是精度,蒸馏损失的是泛化广度,两者机制完全不同。
为何常见:模型压缩领域的「知识蒸馏」常指 logits 对齐,而 R1 的「数据蒸馏」是另一种更简单直接的工程路径,名称相同导致混淆。
误区蒸馏系列有 1.5B 小模型,那 32B、70B 应该也能在 24GB 显卡上跑起来。
正解1.5B FP16 约 3.2GB 能跑,7B 约 15GB 勉强进 16GB 消费卡(还需关闭缓存),14B 约 31GB 超出多数消费级显卡,32B 需要 80GB 或 INT4 量化,70B 必须双卡或量化到 40GB 以内。显存估算公式:权重体积 ≈ 参数量 × 2 字节(FP16),推理还需 1.2-1.5 倍 KV cache 余量。
为何常见:看到「面向前端的小模型」宣传就默认整个系列都很轻量,忽略了 6 个版本横跨三个数量级的显存需求。
误区既然名字都叫 R1,蒸馏版在通用任务上应该和 671B 原版差不多。
正解蒸馏版只在数学、代码、逻辑推理这类「数据覆盖充分」的任务上逼近原版。在开放域问答、多轮对话、长文档理解、指令遵循上,32B 蒸馏版明显弱于原版 R1 和同参数通用模型。官方技术报告也明确指出,蒸馏模型缺少 RL 阶段,泛化能力不及原版。正确用法是把它当作专用推理引擎,而非全能助手。
为何常见:评测榜单只展示 AIME、MATH 等推理基准的分数,掩盖了通用能力的短板。
误区DeepSeek 的 API 服务应该能直接调用 32B 蒸馏版,省去部署麻烦。
正解DeepSeek 官方 API(deepseek-reasoner)只提供 671B 原版 R1,且不开放任何蒸馏模型的托管服务。市面上的云厂商(如硅基流动、OpenRouter)提供的 R1-Distill 是社区自行部署的第三方服务,与官方无关。若要私有化部署,只能自己拉取 HuggingFace 权重搭建,这也是该模型的核心使用形态。
为何常见:习惯将「模型」与「API」等同,忽略了 DeepSeek 明确区分了商业化 API 产品和开源权重两条线。
误区用 transformers 加载后直接 generate 就行,默认参数就是官方推荐参数。
正解官方在模型卡中明确推荐 temperature=0.6, top_p=0.95。默认的 1.0 温度会让思维链发散、产生无关联想;温度低于 0.3 时模型可能陷入思维链重复循环。同时建议设置 max_new_tokens≥2048,否则思维链写一半被截断,答案质量大幅下降。
为何常见:transformers 的默认参数面向通用对话优化,而推理模型需要更保守的采样策略,二者默认值并不互通。
面试题
Q1. DeepSeek-R1-Distill 系列基于哪些开源底座模型训练?
- A.Qwen2.5 与 Llama 3.1← 正确答案
- B.Mistral 与 Gemma 7B
- C.GPT-4o 与 Claude 3.5
- D.Baichuan 与 GLM 系列
答案:A。DeepSeek 官方选择了 Qwen2.5(1.5B/7B/14B/32B)和 Llama 3.1(8B/70B)作为底座,原因是这两个系列的推理能力与生态支持最好。Mistral、Baichuan 不在官方蒸馏列表中,GPT-4o/Claude 是闭源模型不可能作为底座。
Q2. 蒸馏系列模型权重采用什么开源协议?
- A.Apache Licence 2.0
- B.MIT Licence← 正确答案
- C.GPL-3.0 协议
- D.仅限学术研究使用
答案:B。R1-Distill 系列权重以 MIT 协议开源,允许任意商用、修改和再分发,这是它区别于原版 R1(自定义协议)和 o1-mini(闭源)的关键优势。Apache 2.0 是 QwQ-32B 的协议,GPL 有传染性不适用于模型权重。
Q3. 以下哪个蒸馏版本在 AIME 2024 数学基准上得分最高?
- A.蒸馏版 Qwen-1.5B
- B.蒸馏版 Qwen-14B
- C.蒸馏版 Qwen-32B← 正确答案
- D.蒸馏版 Llama-8B
答案:C。六个蒸馏版本中 32B 得分 72.6 分最高,70B Llama 版 70.0 分次之。32B 在显存需求减半的情况下比 70B 还高 2.6 分,是官方评测数据中最具性价比的版本。1.5B 为 28.9 分,7B 为 55.5 分,14B 为 69.7 分。
Q4. 官方推荐的推理采样参数(temperature, top_p)是多少?
- A.0.6 和 0.95← 正确答案
- B.1.0 和 0.90
- C.0.3 和 1.00
- D.0.8 和 0.80
答案:A。官方模型卡明确推荐 temperature=0.6、top_p=0.95。T=1.0 是 transformers 默认值但会让推理发散;T=0.3 过低会导致思维链循环重复。这两个参数必须显式传入 model.generate(),不能依赖框架默认值。
Q5. 部署 32B 蒸馏版(FP16)至少需要多少显存?
- A.约 16GB
- B.约 32GB
- C.约 70GB← 正确答案
- D.约 140GB
答案:C。权重体积 ≈ 参数量 × 2 字节(FP16),32B 参数约 64GB 权重 + 额外 KV cache 和激活值开销,实际需要约 70GB。16GB 是 7B 级别,32GB 是 14B 级别,140GB 对应 70B 版本的双卡需求。
Q6. R1-Distill 与原版 R1 训练方法的核心区别是什么?
- A.蒸馏版用 SFT 模仿 R1 数据,原版用强化学习← 正确答案
- B.蒸馏版用强化学习,原版用监督微调
- C.两者都使用同样的 GRPO 强化学习
- D.蒸馏版仅量化了原版的权重
答案:A。原版 R1 通过大规模强化学习(GRPO 算法)在推理任务上涌现出思维链能力;蒸馏版则是用 R1 生成的数据对小模型做监督微调(SFT),直接模仿推理模式。两者是「先创造能力,再迁移能力」的关系,不是同一种方法,也不是简单的权重压缩。
Q7. 以下哪些尺寸的 R1-Distill 以 Llama 为底座?
- A.Llama-8B 版本← 正确答案
- B.Llama-14B 版本
- C.Llama-70B 版本← 正确答案
- D.Qwen-70B 版本
答案:AC。官方蒸馏系列中 Llama 底座只有 8B 和 70B 两个版本,Qwen 底座是 1.5B/7B/14B/32B 四个版本。选项 B 的 14B 是 Qwen 底座,D 的「Qwen-70B」不存在——70B 对应的是 Llama 底座。
Q8. 在 32GB 显存的单卡上部署 R1-Distill,以下哪些方案可行?
- A.部署 14B 版本(FP16)← 正确答案
- B.部署 32B 版本(FP16)
- C.部署 32B 版本(INT4 量化)← 正确答案
- D.部署 70B 版本(FP16)
答案:AC。14B FP16 权重约 31GB,恰好接近 32GB 上限可运行;32B INT4 量化后约 20GB 可运行。32B FP16 需约 70GB 无法放入 32GB 单卡;70B FP16 约 140GB 必须多卡。选型时先按「参数量 × 每参数字节数」估算权重体积,再留出 10-20% 余量。
Q9. 「数据蒸馏」相比传统 logits 蒸馏的核心优势是什么?
- A.无需访问教师模型的内部表示,只需其生成数据← 正确答案
- B.训练速度提升 10 倍以上
- C.蒸馏后模型一定超过教师模型
- D.不需要任何标注数据就能训练
答案:A。传统知识蒸馏需要对齐教师与学生模型的 logits 分布,要求能访问教师模型的输出层;R1-Distill 的「数据蒸馏」只需要教师生成的文本数据(思维链 + 答案),用标准 SFT 即可训练。它不需要特殊框架,但对数据质量要求高,且蒸馏模型能力一般不会超过教师模型(选项 C 错误)。
Q10. 用 transformers 正确推理 R1-Distill 模型,必须做到哪些?
- A.使用 apply_chat_template 组装对话格式← 正确答案
- B.手动拼接
<reasoning>标签到输入 - C.设置较大的 max_new_tokens 容纳思维链← 正确答案
- D.将 temperature 强制设为 0 保证确定性
答案:AC。蒸馏模型的特殊标记由官方 tokenizer 的 chat_template 自动处理,不需要手动拼接(B 错且容易拼错)。思维链可能长达上千 token,max_new_tokens 建议 2048-4096(C 对)。官方推荐温度是 0.6 而非 0,温度 0 会导致循环重复(D 错)。采样参数属于质量调优而非硬性要求,但直接影响推理质量。
参考来源
- webpageDeepSeek 官网产品公告、版本更新与官方博客入口