composer2.5 有没有每月10刀左右的渠道啊，感觉这个模型会比较便宜。 目前国内的ds4p也还够用，但是没有全模态有点难受。 想试试composer2.5。 2 个帖子 - 2 位参与者 阅读完整话题
想测试一下grokheavy的composer2.5fast 不知道为什么我自己发出来一直审核不通过 思来想去可能是网站太逆天了 当初本来想叫nekoxx网站的结果已经被占用 然后多加了个o变成neokoxxx网站了 自己再开公益的话太耗精力了 哪个小公益站佬可以的话帮我发一发吧 大概有1000刀，不然真要过期了 1 个帖子 - 1 位参与者 阅读完整话题
claude只开了pro不顶用 grok heavy送1500刀 现在想逆向grok heavy的账号用在cc 拿来做逆向啥的 不知道这个甲厚不厚 2 个帖子 - 2 位参与者 阅读完整话题
有佬友怎么知道解决Composer2.5自带的官方bug吗？ 一、问题:你上一次和Composer2.5完成对话并关闭Cursor后重新打开这个文件夹，那么AI会批量阅读修改上次对话过的文件，会有3-10个文件（总数量不固定）一次性被批量修改，时间都是统一的，都是启动Cursor后才出现，有的txt文本被擅自修改后中文或者代码就乱码了。 二、原因分析：问过豆包，才发现这是官方自带的bug： 就是Composer 强制把所有文件存为 UTF-8，无视原编码（GBK/GB2312），导致中文/代码直接乱码。而且官方目前没提供解决方法，假设你上次对话的文件里带有非UTF-8的格式的编码，修改后就会显示乱码。 三、临时对策：临时对策修复文件，方法是可以跟Composer2.5对话，说明你文件被修改的事情， 让它帮你恢复，实际上大部分能恢复，但是小部分文件恢复不了，然后按照它的提示修改本地settings.json文件，但是治标不治本。在修改settings.json文件后让Cursor不在启动时就自动打开上次对话的文件夹。我们可以先提前新建一个文件夹，把准备修改的文件提前扔进去，然后启动Cursor，手动打开这个新建的文件，这样Composer2.5就不会一打开就修改你的文件，如果你还点击旧的历史对话这个文件夹，也会被修改，目前临时方案我就这样解决的。 四、永久对策：等官方解决这个bug，以及佬友们出言献策。 五、总结：Composer2.5还是挺强的，感觉写代码不比GPT5.5或者Opus 4.7差，当然了，我是小白，只是凭感觉，专业大神忽略。 1 个帖子 - 1 位参与者 阅读完整话题
之前买了一个20刀的cursor会员，把api用完就没怎么用了。 后面转战了codex，自己的team号和公益站的混用 也不知道是不是机场节点问题，自己的号思考时间巨慢无比，一个小问题等半天 公益站最近可能奥特曼杀疯了，很不稳定经常卡重连 昨天晚上突然想起来，自己cursor的还没到期，之前除了composer2.5还没用过呢 上线试了一下 天下武功唯快不破，吃惯了慢的，一下子这么快好爽啊，爽到飞起 4 个帖子 - 3 位参与者 阅读完整话题
来自AA的测评（ AI Coding Agent Benchmarks & Leaderboard | Artificial Analysis Cursor+Composer2.5 fast > Cursor+Opus4.7medium > CC+Opus4.7medium A\连自家agent和自家模型的适配都做得不行 Codex对自家的模型优化还是好的 要是补上 cursor+opus4.7MAX 和 cursor+gpt5.5xhigh就好了 3 个帖子 - 3 位参与者 阅读完整话题
就是composer2.5 fast通道那个 有大佬体验吗 4 个帖子 - 4 位参与者 阅读完整话题
看网上一堆吹的，这玩意到底如何？比起kimi k2.6来说如何？二者都是基于k2.5进行强化学习得到的，cursor的版本真的比moonshot的强？ 1 个帖子 - 1 位参与者 阅读完整话题
这次 composer2.5 官方给的参数说仅次于 claude opus4.7 是吹牛逼还是真的？ 反正使用方面感觉没啥变化。 但对于用户来说更新是好事情，毕竟算在 Auto 比 API 耐用。
这次 composer2.5 官方给的参数说仅次于 claude opus4.7 是吹牛逼还是真的？ 反正使用方面感觉没啥变化。 但对于用户来说更新是好事情，毕竟算在 Auto 比 API 耐用。
这次 composer2.5 官方给的参数说仅次于 claude opus4.7 是吹牛逼还是真的？ 反正使用方面感觉没啥变化。 但对于用户来说更新是好事情，毕竟算在 Auto 比 API 耐用。