- 奉刀怀邑武登庸2026-08-0920753
前不久cursor公布了他们模型路由的一些设计,其中提到他们在海量数据中总结出的Grok Sol Opus Fable四大模型的优点:

根据这个,我觉得如果是开发工作,Sol调研规划+Grok写代码+Fable审查 可能是最兼具性价比和效果的配合了
突然想到,我默认以我这个后端开发的思维考虑了,听说Sol前端审美不太行 ^-^
主楼 - 小叮当2026-08-095631
那看来还是得用中转站,要是这几个都花钱开的话,钱包会很受伤 ^-^
- 奉刀怀邑武登庸2026-08-0920753
cursor:你是不是忘了写这个报告的我 ^-^
- AstralDream2026-08-0910612
- Hedgehog2026-08-0965704
有原文地址吗,想看看。cursor的auto现在都感觉挺好用的,不知道里面有些啥模型
- 12dora2026-08-0911744
sol的上下文窗口杀死了一切,我需要 1M 上下文来指挥
- 奉刀怀邑武登庸2026-08-0920753

Cursor

How Cursor Router chooses the right model for the task · Cursor
Auto Intelligence now delivers above Fable-level satisfaction at 68% lower cost. Here's how Compass and the task router choose models from real developer traffic.
- 斯坦尼斯拉夫·老斯基2026-08-0965705
cursor是不是要没了,听说老马要回炉重造
- 奉刀怀邑武登庸2026-08-0920753
我觉得更有可能的是老马给它改个名比如 SpaceXursor ^-^
- 奉刀怀邑武登庸2026-08-0920753
目前1M上下文的模型也是会注意力丢失的
- nianzhibai2026-08-0911932
Sol调研规划+Grok写代码+Fable审查
调研也可以用 fable,fable 发散些,想法多一些,sol 的话可能就局限在你的代码里面, 性能优化还要靠 fable 来,代码实现应该交给 sol,sol 精明的很
- 12dora2026-08-0911744
sol用来当指挥模型很快就会在反复压缩中迷失自我, 用opus5到600多k收尾挺正常. 只要sol上下文到300多k可用性上去好多
- 12dora2026-08-0911744
复杂算法调优交给sol max,有惊喜. 比如cuda算子调优