- 萝卜干蛤蜊3天前
各位佬，我一直用的是opencode+omo-slim组合，以前工作没那么忙的时候，用gpt sol high来做orchestrator，oracle用的sol max(astra用了一阵，太贵了负担不起)，fixer设置成opencode go的deepseek，其他的就用luna low。
gpt慢是慢了点，不过也够用，而且很省心，小任务基本就是提了需求用grill拷问几轮，让AI写个plan就派发下去等收菜和提返工了。
不过从9月份开始，gpt又是降智又是降速，搞得头疼不已，最近看到站里说ds-4.1f-1017 max已经到了5.6 sol xhigh的能力了，我在想是不是可以用它来做orchestrator，然后sol max的oracle来审核，这样还能快一些还能稳定点。
不知道有没有这么做的佬，能否给点建议？
主楼 - scp35003天前
个人实测官key，思考链短了不少！做事速度比gpt还快了。
但是也有确定，能动性差点意思，比如让他做个xxx组件，gpt会把一些拓展性的都做了，但ds要人测试出来再告诉他，你说一句他干一句。。。这样搞的话可能得用gpt先把边界补充好再让ds干了佬,我也是这种感觉,相比旧版4.1想的少了,不全面,更适合当执行者
0v03天前opus 5.5做规划好，deepseek做规划防御性拉满
- 萝卜干蛤蜊3天前
哎，你这么一说好像是有点，之前公司推workbuddy，里面单独用的时候确实不太顺手，同样是用grill，问的问题明知故问的居多
- 萝卜干蛤蜊3天前
就是不想用A/的模型，站内的订阅大逃杀看得有点慌，中转站的之前试过两家，要么不稳定，要么明显有掺水，太折腾了