终端里的AI搭档：我用Claude Code提效的实战心得

在最近的半年期间，我把Claude Code深度嵌入到日常的开发流程之中，坦率而言，最初的时候我是以带着“试试看”的那种心态来进行尝试的，然而等到使用了一周之后，就再也无法回到之前的状态了，这篇文章并非是对官方文档的那种单纯搬运借鉴，而是我于真实的项目里经历了踩坑过程，以及经过摸索之后所总结梳理出来的一套具备实用价值的打法。

一、先搞清楚：Claude Code到底是什么

它是一款AI编程助手，此助手运行于终端之中，它是由Anthropic所推出的。

Claude Code与VS Code插件不一样，还和Web聊天窗口也不同，它是直接在你的命令行里开展工作的。这所表达的意思是，它能够直接去读取你的项目文件，还能够执行shell命令，也能够对git进行操作，切实做到“手伸进项目里干活”，并非是隔着浏览器窗口只进行理论空谈。

二、四种启动姿势，按场景选

超多的人仅仅会在claude上回车接着开启交谈，实际上启动方式的挑选直接对效率产生影响。

启动方式命令示例适用场景

交互模式

claude

需要多轮对话、探索性开发

带问题启动

claude "解释这个函数"

快速提问，省去进入交互的步骤

管道输入

`cat error.log \

claude "分析报错"`

把文件内容直接喂给AI分析

一次性执行

claude -p "生成.gitignore"

脚本化调用，适合自动化流程

我的习惯是，日常开发的时候采用交互模式，在CI/CD脚本里借助管道输入，撰写文档之际用带问题启动。依据场景进行切换，这比不管什么情况都用交互模式要高效许多。

三、这些快捷操作我天天在用3.1 会话管理三件套

搞开发的时候，最为令人厌烦的便要算是上下文处于遗失状态了。Claude Code在当下所涉及的此类专门的情形下面的表现做得很好：

### 继续上一次对话（最常用，早上开机第一件事）
claude -c
### 恢复指定的历史会话（适合多任务并行）
claude --resume
### 上下文太乱了？清屏重来
Ctrl+L

我使用频率最高的命令是claude -c，绝无其他可比。昨天调了一部分bug，今天继续交流，它对前因后果仍有记忆，节省了大量需重复描述的时间。

3.2 权限控制：胆大心细

Claude Code通常会在进行敏感操作之前，向你征求同意，然而，有的时候，这样的做法会对心流造成极为严重的打断。

对于最后一个flag，我的提议是，仅在个人实验项目或者沙箱环境当中使用。在生产项目里，千万不要为了图省事就开启这个，要是万一AI误解了你的意图，直接去删除文件、更改配置，到时候想哭都来不及了。3.3 文件引用与代码审查。

### 用@符号直接引用项目文件，比手动粘贴代码强一百倍
> @src/utils/auth.ts 这个鉴权逻辑有没有安全隐患？
### 一键代码审查，它会逐文件给出改进建议
/review
### 查看当前上下文窗口还剩多少空间
/context

我大力推荐，在提交PR之前，先跑一遍/review这个斜杠命令。它虽然不会替代人工review，但是能够提前找出好多低级问题，像变量命名不规范、异常没处理、潜在的空指针等，把这类问题让AI先筛选一遍，那么人工review的时候，就能够将重点放在架构和业务逻辑上。

四、CLAUDE.md——给AI写一份"项目说明书"

这是我觉得Claude Code最被看轻的功能，在项目根目录放置一个CLAUDE.md文件，Claude每次启动之时会自动去读取。

### 让Claude自动生成初始版本
/init

但自动生成的版本往往太泛，我建议手动补充以下内容：

### 项目概述
基于Spring Boot + Vue3的企业级低代码平台
### 技术栈
- 后端：JeecgBoot 3.7, JDK 17, Maven
- 前端：Vue 3.4, Vite 5, Ant Design Vue 4
- 数据库：MySQL 8.0, Redis 7
### 开发规范
- 接口统一返回Result格式
- 异常处理使用全局@ExceptionHandler
- 数据库字段使用下划线命名
### 常用地址
- API文档：http://localhost:8080/doc.html
- 测试账号：admin / 123456
### 注意事项
- 不要修改framework模块的代码
- 所有SQL必须走MyBatis-Plus，禁止手写原生SQL

有着这样显著的效果：一旦拥有了这份说明书，Claude于回答问题之际就会自动依照你的项目规范来进行运作，所生成的代码风格能够与项目达成一致，不会出现类似“你所运用的MyBatis它却给你撰写JPA”这般让人尴尬的状况。

五、Memory功能跟自定义命令 5.1，运用 /memory 去沉淀经验。

/memory

这个指令会将你告知Claude的关键信息进行持久化保存，举例来说，你讲过“我们项目所采用的是pnpm而非npm”，运用memory记录下来，往后每一次对话它都能够记住。

用于记录的实用场景有，团队编码的规范，常用的API端点，特定业务术语所具有的含义。

5.2 自定义命令：把重复工作模板化

把.md文件放置于，在项目之下所创立的.claude/commands/目录当中，即可完成自定义命令的注册。

根据以下接口描述，生成完整的Controller、Service、Mapper三层代码：
- 遵循项目的REST风格
- 包含Swagger注解
- 包含参数校验
- 生成对应的单元测试
接口描述：$ARGUMENTS

后面于对话里头输入，/gen-api 用户积分查询接口，Claude便会依照模板去生成代码。这对于存在固定开发模式的团队来讲，简直就是效率显著增强的工具。

六、费用监控别忘了

Claude Code按照API调用进行计费，当你持续使用时，账单可能会呈现出一种让你意想不到的情况（并非是那种良好的状况）。

### 查看API使用量和费用明细
npx ccusage@latest

再者，提议于配置里开启terminal_bell，如此一来，Claude在完成耗时长久之任务时便会存有声音予以提醒，你能够切换至别的窗口去做别的事情，无需始终目不转睛地凝视着。

七、团队协作的进阶玩法

当你一个人用得很顺之后，下一步是把经验推广到团队：

将共享的.claude/目录，把自定义命令以及CLAUDE.md纳入到git管理之中，如此一来团队成员在clone下来后便能够享受到同样的AI辅助体验，针对多项目管理而言，每个项目都要维护自身的CLAUDE.md，Claude会依据当前目录自动加载相应的配置，关于自动化工作流，在git hooks或者CI管道里调用Claude Code，例如在提交之前自动进行review，在合并之后自动生成changelog，八、我的日常使用清单，命令/操作用途，使用频率。

claude -c

继续昨天的对话

每天必用

@文件名

引用代码文件提问

非常高频

/review

提PR前自查

每次提交

Ctrl+L

清理屏幕

经常

/context

检查上下文余量

偶尔

/model

切换模型

偶尔

Ctrl+D

退出会话

每天

--resume

找回历史对话

需要时

写在最后

在实际情况里，工具始终是工具这点毋庸置疑，Claude Code它不会代替你来对架构进行思索，也不会代替你来领会业务，然而它的确能够把那些呈现重复性特征的、具备机械性特质的编码工作予以大幅度的压缩。以我的切身体会而言，在日常的开发过程当中，效率得到了提升，幅度大概是30% - 40%，其中在代码审查以及调试这般的环节里，效率提升的表现最为显著。

最重要的一条建议是，提问得具体，别去说“帮我优化这个项目”，得说“@src/service/OrderService.java这个方法里的数据库查询处在大数据量情形下性能糟糕，帮我借助分页加上缓存的方案予以优化” ，提供的上下文越精准，AI的输出质量便越高。

时常进行/清除掉那些上下文情况，这同样是一种良好的习惯，因为对话要是过于冗长，反而会致使AI“出现记混”的状况，所以要恰当的时候再从头开启一段对话，以此来让上下文保持干净以及聚焦的状态。

相关标签： # AI编程助手 # ClaudeCode # 开发效率 # 代码审查 # 自定义命令