怎么追踪中国 AI 模型发布:DeepSeek、Qwen、Kimi、MiniMax、GLM 要看哪些入口
编辑标准与来源政策: 编辑标准, 团队. 内容均链至原始来源,见 方法论.
如果你的问题是“怎么追踪中国 AI 模型发布”,答案不是再订阅十个新闻源,而是建立一套固定入口:先用 RadarAI 发现值得看的变化,再回到 Qwen、DeepSeek、Kimi、Z.AI、MiniMax、Hugging Face 和 GitHub 等一手入口核验。这样你不会被标题带跑,也不会错过真正影响 API、价格、上下文、开源权重和 agent 工作流的变化。
先给结论
| 要追踪什么 | 先看哪里 | 再用什么验证 | 不要只看 |
|---|---|---|---|
| Qwen / 通义千问模型发布 | Qwen blog | Qwen GitHub | 社媒截图或二手摘要 |
| DeepSeek API / 模型变化 | DeepSeek docs | DeepSeek GitHub | 只看 benchmark 转发 |
| Kimi / Moonshot 模型与 Kimi Code | Moonshot Kimi docs | Moonshot Kimi Code | 只看产品名热度 |
| GLM / Z.AI 路线 | Z.AI docs | 官方文档、模型页和更新记录 | 没有来源的模型清单 |
| MiniMax / Hailuo / 平台能力 | MiniMax platform | 官方产品页、API 或发布页 | 泛 AI 新闻标题 |
| 开源权重、模型卡、repo 活动 | Hugging Face | GitHub Trending | 只看 star 数 |
| 中国 AI 公司和融资语境 | Reuters AI / SCMP Tech | 公司官网、可信媒体、RadarAI 路由 | 静态融资榜单 |
为什么这个问题不能只靠 AI 新闻流
中国 AI 模型发布追踪 的难点不在于信息少,而在于入口太多、事实层和判断层混在一起。一个模型发布可能先出现在官方 blog,随后进入 GitHub、Hugging Face、API 文档、价格页、社区 issue、英文媒体和各种 newsletter。每个入口都只回答一部分问题。官方文档回答“能不能用”,GitHub 回答“有没有代码和 artifact”,model card 回答“使用边界是什么”,媒体回答“公司和市场发生了什么”,而 RadarAI 这类监控层负责回答“今天先看哪一个”。如果把这些入口混成一个列表,读者会看很多,但仍然不知道下一步做什么。
更稳的做法是把每条信息都放回任务里。你不是在收集新闻,你是在判断一个变化是否值得 watch、test 或 skip。watch 代表它值得继续观察,但还没必要投入工程时间;test 代表它已经有官方入口、可访问路径和足够清楚的任务收益;skip 代表它可能很热,但暂时不改变你的产品、模型、代码或工作流。这个框架可以减少追热点的冲动,也能避免错过真正影响采用决策的变化。
15 分钟验证流程
第一步,用 RadarAI 或你自己的聚合入口扫一遍最近更新,只挑 3 条可能影响工作流的信号。第二步,逐条打开一手来源:模型看官方 docs、repo 看 GitHub、开源模型看 Hugging Face、公司动态看公司公告或可信媒体。第三步,把事实写成一个短记录:发生了什么、官方入口在哪里、影响哪类任务、是否有价格/权限/部署边界。第四步,只给一个动作标签:watch、test 或 skip。第五步,如果是 test,必须给出一个低风险测试任务,例如用一个样例文档、一个 demo repo、一个非生产 workflow 或一个人工可复核的页面操作。
这个流程的重点是短,而不是全。你不需要把所有新闻读完,只要把与当前任务相关的信号核到可行动程度。模型发布追踪 最容易出问题的地方,是把“看过很多来源”误当成“已经完成判断”。真正完成判断的标志,是你能说清:为什么继续看、为什么现在测试、或者为什么暂时跳过。
团队记录模板
建议每次只写六列:日期、信号、官方入口、影响任务、动作、复盘日期。日期解决 freshness,信号解决主题,官方入口解决证据,影响任务解决相关性,动作解决优先级,复盘日期解决遗忘。一个团队如果连续四周这样记录,很快会发现哪些来源真的有用,哪些只是噪音。也会发现某些模型或工具虽然经常上新闻,但很少进入 test;另一些低调更新却反复影响成本、上下文、API 或开发者 workflow。
模板可以很简单:
| 日期 | 信号 | 官方入口 | 影响任务 | 动作 | 复盘 |
|---|---|---|---|---|---|
| 2026-07-03 | 某模型 release | 官方 docs / GitHub | 长上下文摘要或 coding agent | watch / test / skip | 7 天后 |
| 2026-07-03 | 某 repo 活跃 | GitHub README / releases | 浏览器 agent 或 MCP 接入 | watch / test / skip | 14 天后 |
| 2026-07-03 | 某公司融资 | 公司公告 / 可信媒体 | 供应商稳定性观察 | watch | 28 天后 |
常见误区
第一,别把排名当结论。GSC 里 position 不错但 0 点击,说明标题、首屏承诺或页面匹配可能还不够清楚,不代表主题没有价值。第二,别把 star 当可用性。GitHub 热度只能说明开发者注意到了它,不能说明 license、依赖、维护和文档适合你的团队。第三,别把融资当产品能力。融资可以是公司生命力或市场方向的信号,但不能替代 API、模型卡和真实试用。第四,别把 newsletter 当事实源。newsletter 适合发现问题,不适合当最终引用。第五,别为了追全而牺牲判断速度。少量可核验入口,加上固定动作标签,比几十个未读链接更有用。
一句话复盘标准
每次追踪结束后,用一句话写清结果:这个信号现在影响什么任务、证据来自哪里、下一步是 watch、test 还是 skip。如果这句话写不出来,就说明你还在收集信息,没有完成判断。对模型发布、tracker 选择和 updates 页面使用来说,这个复盘句比收藏更多链接更重要。
官方与站内来源
- RadarAI China AI
- RadarAI China AI updates
- RadarAI China AI models
- RadarAI China AI sources
- RadarAI methodology
- Qwen blog
- Qwen GitHub
- DeepSeek docs
- Moonshot Kimi docs
- Hugging Face