cursor新版和旧版区别

你有没有感觉， cursor 在 处理复杂任务时就是不如 clod code？ 明明用的是同一个 clod 的 模型，为什么差距会这么大？这背后其实有三点重要的原因。 第一，上下文。 cursor 是 id 一， 它会把你所有打开的标签页、侧边栏，甚至历史记录都作为上下文塞给模型。这些看似贴心的信息，其实都是噪声，分散了模型的注意力。 而 cloud code 是 命令行工具，它只关心文件本身，上下文干净又精准。这不仅 send token， 更重要的是它让 agent 能聚焦在你给他的任务上。 第二，反馈闭环。在磕舍里， ai 改完代码报错或者其他负反馈，需要人工介入调教，但在 cloud code 里，它可以自动运行，保护报错、定位、文件修复，再跑测试，直到成功。这种负反馈闭环能力，磕舍暂时还不如 cloud code。 第三， 原厂调教哥 sir 要同时支持 cloud code、 gpt、 gemini 等好几个模型，就像一个餐厅同时做川菜、粤菜、西餐，哪道菜都很难做到极致。 而 cloud code 是 亲儿子，只为一个模型服务，他知道 cloud 的 脾气、习惯、擅长什么，能用最对的方式把模型的潜力全榨出来。所以科 sir 跑不过 cloud code。 不是 科 sir 不 行，而是它们的定位本来就不一样。 科室的优势恰恰在于它是 i d e， 支持多模型，界面友好，上手门槛低，无论你用 cloud 还是 g p t， 都能在一个地方搞定。 a cloud code 是 命令航空器，专为 cloud 模型深度定制。最后，大家日常开发习惯用科室还是 cloud code 评论区，一起聊聊。

最近 deepsea 不是 更新了一个 v 四 pro 版本吗？然后主播想把自己科斯尔模型改成最新的那个 deepsea v 四 pro， 然后我在科斯里边配置好 deepsea v 四 pro 的 api 之后，兴气勃勃地每每想使用国产又便宜又好用的模型后，结果发现科斯尔好像不能正常地使用 deepsea v 四 pro 模型。当 newchat 并开启第一个问题时，他可以回答， 但是一旦开始，后续的问题直接就会报错。 provide a return error error message the reasoning content in the thinking mode must be passed back to the api。 于是主播去 google 了一下，想搅一搅网校有没有解决方案，结果发现社区里也有很多人都在吐槽这个问题， 而且也没有搅到一个可行的解决方案。于是主播决定自己写一个代理程序来解决这个问题。根据报错信息猜测， deep seek v 四的 thinking 模式有个强限制， 他返回的思维链必须原样传回去，但是 cursor 目前不机器传回 ds 的 reason content。 于是主播写了个代理程序，中间调戏过程就不说了， 代理程序写好之后，理论上直接把 sir 设计里的 base url 改为代理程序监听的地址就行了。可惜 sir 很 傲娇，不让连本地直译网代理你走，本地代理直接就给你四百零三 forbidden 了， 只能使用公网 ip 访问。于是主播用 cloud fear 打了个隧道，穿透内网，将 base u v l 换成映秀岛本地代理的公网地址。这次 koser 终于认了，我再使用 deep seek 杠 v 四杠 pro 模型进行后续的对话，也能正常使用了。 感觉 cursor 官方没有更新支持 deep seek v 四 pro 模型的话，目前只能通过这种补丁方式来使用了。代理代码我已经开源在 github 了，叫 cursor 杠 deep seek 杠 v 四杠 proxy， 配置就改一个 u r 料，两分钟搞定。链接我放在置顶评论和视频简介里了，如果你也碰到了这个问题的话，需要的兄弟们自己去拿。我把文件都打包好了，根据 redmi 说明操作，一键启动就可以了。

兄弟们兄弟们太炸裂了，磕碜掀桌子了，空 pos 二点五重磅上线，话不多说，直接实战全流程，不加速不剪辑， 来吧，展示提示词，直接让 ai 生成好，然后直接扔给他，然后直接自然语言告诉他按照文档开发，下面就享受他的极致响应吧！收到指令后迅速分析文档要求，立即制定代码编辑方案。可以看到他首先创建数据库脚本， 然后我们点击运行一下，只需要五分钟，生成一套前后端分离的管理系统，请耐心观看哦！ 舞台交给科 sir， 欣赏它的表演。 ok， 可以 看到开始编辑了， 接下来你们可以看看它的生成速度，我鼠标去点击文件，点击的速度还没有它生成的快。 下面开始创建前端工程文件了， 可以看到框架已经初步化了， 他继续完善页面开发需求， 依旧是非常快的速度编辑， 现在前后端已经开发完了，再给我们翻译测试了， 现在他在翻译测试了， 等他翻译测试完就启动项目。 很好，现在都全部完成了，下面我把数据库脚本执行一下，下面启动项目看看效果。首先启动后端， 这里修改一下数据库密码， 重新启动后端服务， 然后启动前端服务， 还需要启动一下 reds， 重启一下后端服务。 输入账号密码登录，可以看到所有页面都没有问题，基本上增删改查功能都正常。好了就分享到这里吧，感谢观看，记得点赞收藏哦！

curser 这次升级我直接笑出眼泪。 conl s 四点七和 conposer 二点五内卷道打起来，再用上无限续杯，这不就疯了吗？顶级模型轮着用，额度多到怀疑人生。从需求分析到代码落地， 全程不用敲几次键盘。唯一的尴尬是项目提前一周交付，老板怀疑我在憋大招。全套思路我整理好了评论区打上编程，我放主页了。

没有用，科室的同志给我一些信息和建议，嗯，我是用了一年，之前是订阅了一年，然后前天刚刚到期了，然后我也是刚刚知道他们从去年九月份开始，这个 auto 就 不再无限使用了， 相当于套餐内呢，你可以使用一定的量，然后超出这个量就要收费了。但是很奇怪的就是他没有公布说你这个套餐，比如你这个 pro 二十块钱的 pro 套餐里边包含了多少的 toon， 或者说多少次的使用，没有都没有，我就不知道如果说我接着订阅的话，那我一个月能使用多少， 我给他们也发了一件，来回问了好几次，甚至我把我上个月的使用情况导出来发给他，那是我一个月使用的情况，然后如果说纯按量计费的话，可能是两百美金，那在新的这种机制下，有多少是套餐内的？多少是套餐外的？我需要到底需要付多少钱？然后他们就是 就遮遮掩掩，也没有具体去说这个套餐内多少，只是说套餐内这个量是挺大的，就远远比纯计费要便宜，但是 两百美金你便宜，我不知道能便宜多少，是便宜到一百美金，那依然还是很不划算的。我也看了一下这个选项，就是接着续费，但是我很担心能用多少，所以也想问问大家目前订阅科 sir 的 同志，嗯，跟我说一下 套餐内能用多少，然后这两天我也来看一些其他的选项，一个就是国内版的翠，还有一个是 coldbody， 然后要么就是用 coldbody， 然后要么就是用 coldbody 来使用。但是如果科 sir 可以 用的话，我觉得我还是最想用科 sir， 因为这个东西习惯了嘛。 然后它各方面的机制其实也都有，什么 skill， 什么 mcp， 什么各方面的机制，而且它去年推出了这个 composer 一 点五模型，虽然新闻上没有什么波动啊，但是我个人用下来觉得还是非常不错的。