为什么我觉得 Claude 还没到该被低估的时候

最近聊大模型，大家越来越爱说“多模型协同”。

这当然没问题。毕竟现在已经不是只挑一个模型包打天下的阶段了，谁适合做什么，开始比谁最强更重要。

但也正因为这样，我反而越来越觉得，Claude 还没到该被低估的时候。

原因不是它万能，也不是它能解决所有问题，而是很多团队真到做事的时候，还是会把它留在那些更关键、更重的任务里。

Claude 现在最值钱的，不是全能

以前大家更像是在问：它能不能做主模型？

现在大家慢慢开始问：它适合放在哪一段？

这两个问题看起来差不多，其实差很多。

前一个问题是在找唯一答案，后一个问题是在找合适位置。而一旦你开始按位置去看，就会发现 Claude 并没有被多模型时代挤出去，反而在一些任务里被看得更重了。

因为很多事情，得先看最难的那部分能不能成立。

像长文档处理、知识整理、复杂内容生成、代码改写，这些都不是特别轻的活。它们更看重理解深度，也更容易暴露模型上限。

团队在打样的时候，通常最想知道的是：

而 Claude 在这些问题上，经常会更早被拿出来试。

不是因为别的模型不能看，而是因为很多团队想先把最重的那一段看清楚。

我现在越来越觉得，多模型的意义不是把 Claude 稀释掉，而是把它放回更适合它的位置。

轻任务可以交给更快或更便宜的模型，没必要所有事情都上 Claude。

但重任务、复杂任务、高价值任务，很多团队还是更愿意保留 Claude。这样做既不浪费它的优势，也不会让整套系统太重。

说白了，Claude 不是一定要站在最前面，但它很可能还在最关键的地方。

所以为什么我觉得 Claude 还没到该被低估的时候？

因为多模型时代真正淘汰的，不是某一个模型，而是那种“一个模型包打一切”的想法。而在新的分工逻辑里，Claude 在一些关键任务上的位置，至少现在还很难被完全替代。

如果再往前走一步，我会觉得，真正让人头疼的也不只是模型本身，而是接入以后会不会越来越重。像 147AI 这类兼容 OpenAI SDK 的统一接入方案，其实就很适合这种思路：先把 Claude 用在关键任务里，同时给后面接更多模型留出余地，不至于每往前走一步都把系统再改一遍。