LongCat-Flash-Thinking：API 别名升级、自动路由与服务退役边界

一句话结论

历史上调用 LongCat-Flash-Thinking 的代码在 2026-03-12 起会自动路由到 2601，且两个旧模型已于 2026-05-29 退役，因此任何测评都必须记录调用日期和实际版本。

测试环境

• 环境类型：LongCat 官方 API Platform 的生产服务变更记录，不是质量 benchmark。

• 观测对象：API 模型别名、自动路由规则、开源/平台上线时间和服务生命周期。

• 关键版本：初代 LongCat-Flash-Thinking、升级版 LongCat-Flash-Thinking-2601、后续 LongCat-2.0-Preview 与 LongCat-2.0。

输入/配置

复核历史结果时至少记录：请求时间（UTC+8）、请求中的 model 字符串、服务商/端点、是否使用思考或工具、权重或平台版本。仅记录 model=LongCat-Flash-Thinking 不足以确定实际版本。

结果数据

结论

• 适合：给历史测评、成本记录和 API 迁移做版本标注，或判断某段旧代码到底测到哪个 LongCat 快照。

• 不适合：把变更日志当作质量测试、延迟测试或工具成功率证据。

• 最重要的复现字段是时间、别名和服务端实际路由；开源本地权重则应记录精确仓库/commit。

局限

• 变更日志没有给出各版本的完整质量、吞吐、价格或错误率数据。

• “自动路由到最新版本”说明平台行为，但未在该页面提供响应元数据样例；不能据此猜测所有网关都会回显真实版本。

• 退役后，纯 API 复现可能被服务状态阻断；需要本地保存的权重和环境，或向官方申请旧版本访问。

复现步骤

1. 将历史实验按 2026-03-12 20:00（UTC+8）切分，并分别保存请求日志。

2. 对每条记录保留 model 字符串、调用端点、响应时间、工具/思考开关和完整输入输出。

3. 旧别名在退役前的结果标为“平台路由结果”，不要直接标成 2601 本地权重结果。

4. 若迁移到 LongCat-2.0，建立新基线，不把迁移后的分数与旧模型纵向拼接。

原始证据与数据

• 变更日志明确记载 2026-03-12 起旧别名自动路由至 LongCat-Flash-Thinking-2601。

• 2026-05-29 的退役清单同时包含初代 Flash-Thinking 和 2601。

• 2026-01-14 条目把升级版描述为 560B MoE，并提到 60+ 工具依赖图、噪声鲁棒和高级深度思考模式。

适用边界

这份资料只能证明服务生命周期和路由事实。它不能证明 2601 相对初代的具体提升幅度，也不能证明迁移到 LongCat-2.0 后任务等价。

来源摘录或观察（仅做合规短引）

变更日志的关键句是：旧别名请求会被自动路由到最新的 LongCat-Flash-Thinking-2601；该规则具有明确生效时间。