作为 Cursor 的重度用户,我一开始对 Claude Code 的态度是:"又是一个命令行版的 AI 编程工具,能有什么不一样?"
毕竟 Cursor 已经有了 IDE 集成、代码理解、Composer 这些能力,Claude Code 作为一个终端工具,感觉是开倒车。
但用了两周之后,我不得不承认——我错了。Claude Code 在几个关键场景上展现出了 Cursor 不具备的能力。这篇文章把这几天发现的"隐藏用法"整理出来。
安装很简单:
npm install -g @anthropic-ai/claude-code然后进入项目目录,直接运行 claude 就会进入交互模式。第一次会请求一些权限(读文件、写文件、执行命令)。
这是让我觉得"值了"的第一个场景。
我在一个跑了 4 年的 Rails 项目上试了 Claude Code。让它做了一次"代码审计":
claude> 分析这个项目的整体架构,找出:
1. 安全bug
2. 性能瓶颈(N+1查询、未加索引的字段)
3. 违反最佳实践的地方
4. 复杂度过高的函数结果让我意外: Claude Code 在 5 分钟内扫完了整个项目(约 1000 个文件),然后给出了 12 个具体问题。其中有一个 SQL 风险——某个 Controller 直接拼接了用户输入的参数到查询语句里——这个 Bug 在代码里躺了两年,Code Review 居然一直没发现。
而且它不只是"报告问题",还给出了修复建议和代码 diff:
问题 #3: UsersController#search 存在 风险
文件: app/controllers/users_controller.rb:42
当前代码:
User.where("name LIKE '%#{params[:q]}%'")
建议修复:
User.where("name LIKE ?", "%#{params[:q]}%")这比任何静态分析工具都强——因为它是理解语义的,不是基于规则的匹配。
Cursor 的 Composer 也能跨文件修改,但 Claude Code 有个独特的优势:它能够理解你在重构时的"意图"。
举个例子:我有一个服务层的方法,包含了业务逻辑、缓存处理和日志记录,职责混杂。我希望拆成三个独立的方法。
在 Cursor 里,我需要明确告诉它"把这部分拆出来,那部分拆出来"——本质上是我在规划重构,它只是执行。
在 Claude Code 里,我只需要说:
claude> 这个 OrderService#create 方法太长了,包含了订单验证、库存检查、支付处理和通知发送。
请按单一职责原则拆分成多个独立的方法,保持对外接口不变。它会自己去理解哪些代码块是"订单验证"、哪些是"库存检查",然后做拆分。拆完后还会跑一下测试确保没改坏。
我的感觉是: Cursor 像一个执行能力很强的"手",需要你告诉它每一步怎么做。Claude Code 更像一个能理解你意图的"初级工程师",你说个方向,它能自己想到具体怎么做。
这个功能我一开始觉得是玩具,但用了之后发现:真香。
每次 commit 前,运行:
claude git它会分析当前的代码变更,然后生成结构化的 commit message:
feat(orders): 添加按状态筛选订单功能
- 新增 OrderController 的 status 参数过滤
- 添加 scope :by_status 到 Order 模型
- 前端列表页增加状态筛选下拉框
- 为 status 字段添加数据库索引
- 新增对应的单元测试和集成测试比我以前写的 "fix bug"、"update" 之类的不明所以的提交信息好了 100 倍。
这个用法可能很多人都不知道。
我在做一个缓存方案选型时,在 Claude Code 里问了它:
claude> 我们目前使用 Redis 做缓存,但遇到大 Value 时性能下降明显。
正在考虑用 Memcached + Redis 混合方案。
帮我分析这个方案的优劣,重点关注:
1. 大 Value 场景下的性能对比
2. 运维复杂度增量
3. 迁移成本和风险
4. 如果采用,代码层面的改动量
参考项目中现有的 cache_helper.rb 中的缓存策略它不仅给出了分析,还给出了代码层面的改动预估——哪几个文件需要改、改了大概多少行。这对于做技术方案评审来说太有用了。
新同事入职时,与其让人家自己翻文档,不如让他对着 Claude Code 问问题:
claude> 我是刚加入这个项目的新人,请帮我理解:
1. 这个项目的整体架构是怎样的
2. 核心业务流程(从用户请求到返回响应的完整链路)
3. 代码目录结构说明
4. 开发环境如何搭建
5. 常用的开发和调试命令它会基于项目代码生成一份定制的"项目介绍"。我试了一次,Claude Code 对项目架构的解释准确性在 85% 以上——足以让新人快速上手,不需要追着老同事问了。
两周用下来也发现了几个坑:
Claude Code 的效果和项目复杂度强相关。对于小项目(几十个文件),它的表现不如直接在 Cursor 里编辑来得快。它最适合的是中等以上规模的项目(几百到几千个文件)。
一次"分析整个项目的架构"的请求,可能就要消耗几万甚至十几万 tokens。如果你的 API Key 不是 Anthropic 的直接账号(而是第三方代理),成本会很快累积。
建议: 复杂任务时关闭自动执行,先让它分析给你看,确认方向对了再让它动手改。
Claude Code 可以直接在终端执行命令(npm install、git commit 等)。方便是方便,但有一次它为了安装一个依赖自动执行了 pip install,安装了一个不必要的新版包,导致环境依赖冲突。
建议: 在设置里关掉自动执行命令的权限,每次执行前让它询问你。
用两周下来,我的理解是:
它们不是替代关系,是互补关系。我现在的工作流是:
日常编码 → Cursor
代码审计/重构/架构问题 → Claude Code
Git 提交 → Claude Code(claude git)如果你只用 Cursor 而没试过 Claude Code,建议在周末找个不太急的项目,花一两个小时试一下。它会刷新你对"AI 能理解到什么程度"的认知。