• 奉刀怀邑武登庸

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

    图片

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

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

    主楼
  • 小叮当

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

    #1
  • 奉刀怀邑武登庸

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

    #2
  • AstralDream

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

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

    #3
  • Hedgehog

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

    #4
  • 12dora

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

    #5
  • 奉刀怀邑武登庸

    图片

    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.

    #6
  • 斯坦尼斯拉夫·老斯基

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

    #7
  • 奉刀怀邑武登庸

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

    #8
  • 奉刀怀邑武登庸

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

    #9
  • nianzhibai

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

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

    #10
  • 12dora

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

    #11
  • 12dora

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

    #12

发表回复

登录后回复