哎李博,你昨天是不是熬夜了?我看你朋友圈凌晨两点还在转Cursor的更新。
哈哈被你抓到了。没办法,Cursor直接从0.51跳到1.0,这个操作太骚了,我必须第一时间试。
等会儿,跳版本号这事儿我还真想问——0.51到1.0,中间那些版本号去哪了?
这其实是语义化版本控制的惯例。1.0意味着官方认为软件正式达到生产就绪状态了。Rust语言当年也干过类似的事,0.x迭代了很久,突然宣布1.0表示成熟。
说白了就是Cursor团队在说:我们不是玩具了,我们是正经生产工具。
懂了懂了,那这次更新里头你最关注哪个功能?
BugBot,毫无疑问。AI自动审查GitHub PR,发现bug直接留评论,而且评论里带一个Fix in Cursor按钮,点一下就跳回编辑器帮你修。
真的假的?!这不就是从发现问题到修复问题的完整闭环吗?
对,这就是它最核心的卖点。你想想传统人工Code Review,平均等4到8个小时,审查者连续看超过400行代码之后检出率就断崖式下降了。BugBot不知疲倦,逐行扫描。
这我太有感触了。我们组之前提PR,有时候reviewer忙,一等就是半天,节奏全被打断。
嗯,而且BugBot配置也简单。Cursor设置里找到集成选项,连上GitHub,装个应用就行。还能设预算上限、触发方式、静默模式什么的。
等等,我注意到一个细节——它只审查你自己提交的PR?
对,这是目前最大的限制。团队里别人提的PR它不管。
那对团队协作来说这不就……
就很鸡肋嘛,至少团队场景下不够用。所以我研究了另外两个工具来补位。
你们研究员就是卷,一个不够还得来仨。说说呗。
先说Gemini Code Assist。这玩意儿完全免费,而且审查范围是所有PR——不光你自己的,别人提给你的也审。
完全免费?Google这是在做慈善吗?
哈哈,Google的策略你懂的,先用免费抢市场。但实测确实能打,新PR提交后大概两分钟就出审查结果,还支持交互式命令,比如输入/gemini review就触发。
两分钟响应加全覆盖加免费,这性价比也太高了吧。
但它有个短板——没有一键修复功能。发现问题之后你得自己手动去改。
那CodeRabbit呢?我好像在OpenAI官网看到过推荐。
CodeRabbit最牛的点是——你不需要先创建PR就能做代码审查。直接在编辑器里写着写着它就给你审了。
这不就是把审查前置到编码阶段了吗?左移测试的思路。
哟,产品经理也懂Shift Left?
得了吧,我们天天跟开发对线,这词儿早听烂了。
哈哈行。CodeRabbit还有个时序增量审查的特点,不是每次都重新审整个PR,只关注上次之后新改的代码,审查噪音低很多。
所以让我捋一下——BugBot强在闭环修复体验,Gemini Code Assist强在免费加全覆盖,CodeRabbit强在不需要PR就能审加增量审查?
总结得很到位啊小雨。其实我现在自己的工作流就是三个组合用。
怎么组合的?
编码阶段开着CodeRabbit实时审查,PR阶段同时挂BugBot和Gemini Code Assist双重把关。BugBot发现的问题一键修,Gemini覆盖团队其他人的提交。
这套组合拳确实全面。对了还有个事儿,Cursor 1.0的Jupyter Notebook支持你试了没?我们数据组的同事一直在问。
试了。我用Kaggle上一个SaaS公司数据集测的,直接让Cursor生成分析笔记,它自动建虚拟环境、装依赖、加载数据、做可视化,一条龙。
这对数据分析师来说也太香了,不用再在JupyterLab和编辑器之间切来切去。
嗯,不过有个小坑——中文图例显示有兼容问题,得手动配字体。目前也只支持Sonnet模型。
好吧,还是有点毛边。不过整体来看,Cursor这次1.0确实是个大版本。
我觉得最值得关注的趋势是,AI代码审查正在从单点工具变成可以组合的生态。不是选一个最好的,而是根据场景搭配着用。
嗯,这个思路对。就像我们做产品也不是一个功能打天下,而是组合策略。行,今天聊得挺透的,回头我让我们开发试试这套组合。
试完记得告诉我体验,我好更新我的最佳实践文档。