• chenran

    真的好奇刚出的这两个哪个更好一点,感觉5.5的前端优化不错的

    主楼
  • 爱喝绿豆汤

    opus偏运动,fable偏商务

    #1
  • 云兮

    opus

    opu5.5!!!一个人根本用不完了- -

    #2
  • Rock_Global

    这个延迟、TPS 还有消耗占用,妥妥的Opus,Fable等新的吧

    图片

    #3
  • killer

    那肯定是 Fable 模型啊!Opus 的跑分偏虚,不过得看具体需求。假如是代码开发,那肯定直接选 Opus;但如果是架构设计之类的,我建议还是选 Fable,因为参数量大,设计出来的方案会更完善一点。

    #4
  • 曦岚

    claude.ai

    图片

    Claude Artifact

    Try out Artifacts created by Claude users

    opus 5.5 high

    #5
  • foreverida

    听说 Opus5.5 性价比相对较高喵,而且比较说人话了 w

    图片

    #6
  • winning1120xx

    opus给的量现在这么足了吗?

    #7
  • 還sんì吥懂

    前端可以闭眼opus-5-5了[1] 做出来了好多fable-5-1-max做不出的效果

    后端还在等结果(rust的还在等grok review)


    - 【重生之我在 L 站做前端, 1 】2602年,^-^人在意的前端由谁来拯救 - 文档共建 - LINUX DO ↩︎

    #8
  • Ein

    佬放CPA里不怕坠机吗?虽然讨论少了但是感觉Claude坠机概率还是很高。

    #9
  • Rock_Global

    私以为,直登更险,势必遥控而多传参数。吾用CPA,则彼若干参数不复上报,亦无须忧DNS之泄、tun之泄矣。

    #10
  • Kartone

    pro还是max的额度?

    #11
  • jcc

    opus适合干活

    但是思考架构或者设计规划还得是fable

    #12
  • 云兮

    max,跑了一上午5小时:4%

    astra一上午7天:13%

    差距太大(项目可能也有区别,但是差距实在有点离谱)

    #13
  • あ

    用grok review是有什么讲究吗?grok的rust写得很好吗?还是什么呢?

    #14
  • lihua-linuxdo

    5.5已经重回当初4.6的高度了

    #15
  • 還sんì吥懂

    其实也没啥别的,有点grok不用感觉浪费了。没编排多代理,tmux里面一边分开进grok-cli,/review完可以直接粘贴结果丢给cc还挺方便 ^-^

    grok审opus代码每次都能挑出来不少问题(虽然有点慢,今天有佬友说好像4.7-xhigh就是挺慢的

    gpt的额度留给别的项目了

    #16
  • Piao

    Opus-5.5确实不错!

    #17

发表回复

登录后回复