2. Linux.do
  3. cursor对这四大模型的能力理解，我觉得相当有参考价值...

cursor对这四大模型的能力理解，我觉得相当有参考价值...

奉刀怀邑武登庸 2026-08-09 01:07 1

前不久cursor公布了他们模型路由的一些设计，其中提到他们在海量数据中总结出的Grok Sol Opus Fable四大模型的优点：



根据这个，我觉得如果是开发工作，Sol调研规划+Grok写代码+Fable审查 可能是最兼具性价比和效果的配合了


突然想到，我默认以我这个后端开发的思维考虑了，听说Sol前端审美不太行 ^-^

最新回复 (12)
  • 小叮当 08-09 01:13
    1楼

    那看来还是得用中转站，要是这几个都花钱开的话，钱包会很受伤 ^-^

  • 奉刀怀邑武登庸 楼主 08-09 01:15
    2楼

    cursor:你是不是忘了写这个报告的我 ^-^

  • AstralDream 08-09 01:19
    3楼

    目前我是opus规划+写代码，review交给sol

    调研啥的opus和sol都会用，然后汇总

  • Hedgehog 08-09 01:22
    4楼

    有原文地址吗，想看看。cursor的auto现在都感觉挺好用的，不知道里面有些啥模型

  • 12dora 08-09 01:22
    5楼

    sol的上下文窗口杀死了一切，我需要 1M 上下文来指挥

  • 奉刀怀邑武登庸 楼主 08-09 01:25
    6楼
  • 斯坦尼斯拉夫·老斯基 08-09 01:26
    7楼

    cursor是不是要没了，听说老马要回炉重造

  • 奉刀怀邑武登庸 楼主 08-09 01:27
    8楼

    我觉得更有可能的是老马给它改个名比如 SpaceXursor ^-^

  • 奉刀怀邑武登庸 楼主 08-09 01:31
    9楼

    目前1M上下文的模型也是会注意力丢失的

  • nianzhibai 08-09 01:41
    10楼

    Sol调研规划+Grok写代码+Fable审查



    调研也可以用 fable，fable 发散些，想法多一些，sol 的话可能就局限在你的代码里面， 性能优化还要靠 fable 来，代码实现应该交给 sol，sol 精明的很

  • 12dora 08-09 01:44
    11楼

    sol用来当指挥模型很快就会在反复压缩中迷失自我, 用opus5到600多k收尾挺正常. 只要sol上下文到300多k可用性上去好多

  • 12dora 08-09 01:45
    12楼

    复杂算法调优交给sol max,有惊喜. 比如cuda算子调优

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐