Claude Code 快捷指令与命令速查手册:效率提升100%的实用技巧(第五篇)

Claude Code 快捷指令与命令速查手册:效率提升100%的实用技巧(第五篇)

系列文章导航

引言:工具的效率上限取决于你对它的掌握深度

大多数人使用 Claude Code 的方式是:打开终端、输入 claude、然后开始用自然语言聊天。这当然可以工作,但这就像只用鼠标操作 Vim——你在用一把瑞士军刀剥香蕉。

Claude Code 内置了大量斜杠命令、键盘快捷键和 CLI 参数,这些工具能让你的开发流程如虎添翼。本文将系统整理所有实用指令,并配以真实场景示例,帮你将使用效率提升到新的层次。

1 斜杠命令完全速查表

斜杠命令(Slash Commands)是在 Claude Code 对话框中以 / 开头输入的特殊指令,用于控制工具行为而非让 AI 处理任务。

1.1 核心斜杠命令一览

命令 功能 常用场景
/help 显示所有可用命令的帮助信息 随时查询
/init 初始化项目,生成 CLAUDE.md 新项目启动
/clear 清除当前会话的所有上下文 切换任务前
/compact 压缩对话历史,保留关键信息 长会话中途
/resume 恢复上一次会话 中断后继续
/model 切换 AI 模型 任务切换时
/diff 查看 Claude 对文件的所有修改 审查变更
/undo 撤销上一次文件修改 改错了需要回退
/exit 退出 Claude Code 结束会话
/quit /exit 结束会话
/status 显示当前会话状态和 token 使用量 成本监控
/config 查看或修改配置项 调整设置
/memory 管理项目记忆文件 更新 CLAUDE.md
/permissions 查看当前权限设置 安全检查

1.2 /init:项目初始化神器

1
2
# 在项目根目录运行 Claude Code 后执行
/init

Claude 会自动分析项目结构并生成 CLAUDE.md,内容包括:

  • 项目技术栈识别
  • 目录结构说明
  • 推断的代码规范
  • 常用命令列表

最佳实践:不要完全依赖自动生成的内容,生成后手动检查并精简,保留最关键的 3-5 条信息。

高级用法:为子模块单独初始化

1
2
3
4
# 进入子目录后初始化
cd src/auth-module
/init
# 生成 src/auth-module/CLAUDE.md,专注于该模块

1.3 /clear vs /compact:上下文管理二选一

这两个命令都用于处理上下文过长的问题,但策略不同:

**/clear**(全清):

1
2
3
4
5
6
适用场景:
✅ 完全切换到新任务
✅ 之前对话产生了错误方向
✅ 想从头开始而不受之前内容影响

效果:清除所有对话历史,下一轮完全重新开始

**/compact**(压缩):

1
2
3
4
5
6
适用场景:
✅ 当前任务还在进行中,但对话太长
✅ 想保留任务上下文但清理掉繁杂的调试过程
Token 接近上限但还需要继续

效果:用 AI 总结之前的对话,保留关键决策和代码状态

1.4 /diff:随时审查修改

1
2
3
4
5
6
7
# 查看所有未确认的文件修改
/diff

# 输出示例:
# ✏️ src/components/UserList.vue (+45 lines, -12 lines)
# ✏️ src/api/user.ts (+20 lines, -3 lines)
# ✏️ src/store/user.ts (+8 lines)

这是养成良好习惯的关键命令:在 AI 完成一批修改后,/diff 审查,再决定是否接受

1.5 /memory:管理项目记忆

1
2
3
4
5
6
7
8
# 查看当前 CLAUDE.md 的内容摘要
/memory

# 追加新的记忆条目(不会覆盖已有内容)
/memory add "API 接口路径变更:用户相关接口从 /api/user 改为 /api/v2/user"

# 在编辑器中打开 CLAUDE.md 进行编辑
/memory edit

2 键盘快捷键速查

这些快捷键在 Claude Code 的输入框内有效,能显著提升操作流畅度。

2.1 工作模式切换(最重要!)

快捷键 功能 说明
Tab 自动补全命令/文件路径 输入 / 或文件路径时触发
Shift + Tab 切换到计划模式(Plan Mode) AI 先计划再执行,适合复杂任务
Shift + Tab(再次) 切换回自动模式(Auto Mode) 自动接受所有操作
Ctrl + C 中断当前 AI 响应 AI 回复过长或方向错误时
Ctrl + D 退出 Claude Code 等同于 /exit
Ctrl + L 清屏(不清除上下文) 界面整洁但保留历史

2.2 三种工作模式详解

通过反复按 Shift + Tab 可以在三种模式间循环切换:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
模式一:Default(默认模式)
├── 每个关键操作需要手动确认
├── 提示:[y/n] 确认?
└── 适合:初学者、敏感操作

模式二:Plan(计划模式) ← Shift+Tab 切换到此
├── AI 先制定完整执行计划
├── 你审批计划后才开始执行
└── 适合:复杂任务、首次尝试新方向

模式三:Auto-accept(自动模式) ← 再次 Shift+Tab
├── AI 自动执行所有操作,无需确认
├── ⚠️ 谨慎使用,建议搭配 git 使用
└── 适合:熟悉的简单任务、已测试过的操作

推荐工作流

1
新任务 → Plan 模式(审批计划)→ 确认无误后切到 Auto 模式加速执行

2.3 输入框编辑快捷键

快捷键 功能
↑ / ↓ 浏览历史输入(类似终端历史)
Ctrl + A 光标移到行首
Ctrl + E 光标移到行尾
Ctrl + U 清空当前输入行
Ctrl + K 删除光标到行尾的内容
Alt + ← 按词向左移动
Alt + → 按词向右移动
Enter 发送消息
Shift + Enter 换行(不发送)

技巧:用 Shift + Enter 编写多行提示词,能让需求描述更清晰结构化。

3 CLI 启动参数详解

在命令行启动 claude 时,可以附加各种参数来控制行为。熟练掌握这些参数,能让你针对不同场景快速进入最适合的工作状态,而不是每次启动后再手动切换设置。参数可以组合使用,例如 claude --model claude-opus-4-5 --plan 可以一步到位地以 Opus 模型的计划模式启动。

3.1 核心启动参数

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
# 基础启动
claude # 普通启动
claude --version # 查看版本号
claude --help # 查看所有参数帮助

# 模型指定
claude --model claude-opus-4-5 # 指定模型
claude --model glm-4-air # 使用替换模型

# 工作模式
claude --dangerously-skip-permissions # 跳过所有权限确认(自动接受)
claude --plan # 以计划模式启动

# 会话管理
claude --continue # 继续上一次会话
claude --resume <session-id> # 恢复指定会话
claude --new-session # 强制开始新会话(不继续上次)

# 打印模式(非交互式)
claude -p "你的问题" # 单次问答后退出,不进入交互模式
claude --print "你的问题" # 同上

3.2 输出与格式控制

1
2
3
4
5
6
7
8
9
10
# 输出格式
claude --output-format json # JSON 格式输出(适合脚本处理)
claude --output-format text # 纯文本输出

# 详细程度
claude --verbose # 显示详细的执行过程
claude --debug # 调试模式,显示请求/响应详情(慎用,会暴露内容)

# 上下文控制
claude --context-window 100000 # 限制上下文窗口大小(token 数)

3.3 打印模式(Pipeline 用法)

打印模式 (-p) 是将 Claude Code 集成到脚本和 CI 流程中的关键。它的核心价值在于可组合性:Claude Code 变成了一个标准的 Unix 管道处理器,可以与 gitfindxargsjq 等工具任意组合。一旦习惯了这种用法,你会发现很多原本需要手动操作的工作流都可以自动化——从生成 commit message 到代码审查到文档更新,全部可以用几行 shell 脚本搞定。

1
2
3
4
5
6
7
8
9
10
11
# 分析单个文件
claude -p "审查这段代码的安全问题" < src/auth.py

# 处理 git diff 输出
git diff HEAD~1 | claude -p "总结这次提交的改动,生成 commit message"

# 批量处理文件(结合 find)
find . -name "*.test.js" | xargs -I {} sh -c 'echo "检查测试文件 {}:" && claude -p "这个测试文件有什么问题?" < {}'

# 生成 PR 描述
git diff origin/main...HEAD | claude -p "根据这个 diff 生成一个清晰的 Pull Request 描述" > pr-description.md

4 自定义命令与别名配置

4.1 Shell 别名提升效率

将常用的参数组合封装成简短别名,避免每次重复输入。这是一个一次性投资、长期受益的习惯:花 5 分钟配置好别名,之后每天节省的操作时间可以累计到几十分钟。特别是当你需要频繁切换不同模型或工作模式时,别名的价值尤为突出。配置完成后用 source ~/.zshrc 使其立即生效。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
# 添加到 ~/.zshrc 或 ~/.bashrc

# 基础别名:跳过权限确认(日常使用推荐)
alias c='claude --dangerously-skip-permissions'

# 计划模式(复杂任务推荐)
alias cp='claude --plan'

# 快速提问(不进入交互,用完就走)
alias cq='claude -p'

# 强力模式(Opus + 跳权限)
alias cpower='claude --model claude-opus-4-5 --dangerously-skip-permissions'

# 国产模型(GLM,速度快低成本)
alias cglm='ANTHROPIC_AUTH_TOKEN=your-key ANTHROPIC_BASE_URL=https://open.bigmodel.cn/api/anthropic claude --model glm-4-air'

# 本地模型(离线使用)
alias clocal='ANTHROPIC_AUTH_TOKEN=ollama ANTHROPIC_BASE_URL=http://localhost:8080 claude'

让别名立即生效:

1
source ~/.zshrc

4.2 自定义斜杠命令

Claude Code 支持在 CLAUDE.md 中定义项目专属的自定义命令:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
<!-- CLAUDE.md 中添加 -->

## 自定义命令

### /deploy
执行以下步骤:
1. 运行 npm run build
2. 运行测试套件 npm test
3. 如果测试通过,运行 npm run deploy:staging

### /review-pr
对当前 git diff 进行代码审查:
1. 检查代码规范
2. 识别潜在的安全问题
3. 评估测试覆盖率
4. 给出 1-5 的评分和改进建议

### /fix-lint
1. 运行 eslint --fix .
2. 运行 prettier --write .
3. 报告无法自动修复的问题

使用时直接在对话框输入 /deploy,Claude 会按定义执行。

4.3 常用工作流函数(zsh/bash)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
# 添加到 ~/.zshrc

# 智能代码审查:传入文件路径,自动审查
review() {
if [ -z "$1" ]; then
echo "用法: review <文件路径>"
return 1
fi
claude -p "请对这个文件进行全面的代码审查,包括:
1. 代码规范和风格
2. 潜在的 bug 和安全问题
3. 性能优化建议
4. 可读性和可维护性
请给出具体的改进建议。" < "$1"
}

# 快速生成 commit message
commit-msg() {
git diff --staged | claude -p "根据这个 staged diff,生成一个符合 Conventional Commits 规范的 commit message。只输出 commit message,不要其他内容。"
}

# 解释错误信息
explain-error() {
echo "$*" | claude -p "解释这个错误信息,给出可能的原因和解决方案:"
}

# 翻译代码注释为中文
translate-comments() {
claude -p "将以下代码中的英文注释翻译为中文,保持代码不变:" < "$1"
}

5 多窗口并行工作流

Claude Code 的一个重要特性是支持多实例并行运行,充分利用等待 AI 响应的时间。

5.1 macOS iTerm2 多窗口配置

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
# 在 iTerm2 中同时打开多个 Claude Code 会话

# 窗格1:主功能开发
claude --dangerously-skip-permissions
> 实现用户注册功能,包括前端表单和后端 API

# 窗格2(同时):编写测试
claude --dangerously-skip-permissions
> 为 src/auth/ 目录下的现有代码编写单元测试

# 窗格3(同时):更新文档
claude --dangerously-skip-permissions
> 根据 src/api/ 目录的代码,更新 API 文档

# 窗格4(同时):优化现有代码
claude --dangerously-skip-permissions
> 分析 src/utils/ 下的工具函数,找出可以优化的地方

注意:多个 Claude Code 实例可能同时修改同一文件,建议让每个实例专注于不同的目录或模块。

5.2 tmux 多窗口配置

1
2
3
4
5
6
7
8
# 创建 tmux 会话并分割窗格
tmux new-session -s claude-work
tmux split-window -h # 左右分割
tmux split-window -v # 再上下分割

# 在各窗格中启动 Claude
# Ctrl+B, q 查看窗格编号
# Ctrl+B, <编号> 切换窗格

5.3 并行任务最佳实践

1
2
3
4
5
6
7
任务分配原则:
✅ 按模块划分(前端/后端/数据库独立窗口)
✅ 按类型划分(实现/测试/文档独立窗口)
✅ 按文件层级划分(不同目录独立窗口)

❌ 避免:两个窗口同时修改同一个文件
❌ 避免:有依赖关系的任务并行(如 A 功能依赖 B 的输出)

6 深度思考触发词详解

Claude Code 内置了分级思考机制,通过关键词触发不同深度的推理:

6.1 思考深度对照表

触发词 思考深度 Token 消耗 适用场景
(不使用) 基础推理 最少 简单任务、代码补全
think 浅度思考 一般编程问题
think hard 中度思考 中等 逻辑复杂的算法
think harder 深度思考 较多 架构设计、性能优化
think more 深度思考 较多 同上
think a lot 深度思考 较多 同上
think longer 深度思考 较多 同上
ultrathink 极限思考 最多 最复杂问题、重大决策

6.2 实战使用示例

1
2
3
4
5
6
7
8
9
10
11
12
13
# 普通任务(不加触发词)
> 给 addUser 函数加一个空值校验

# 中等复杂度(think)
> think:设计一个购物车的数据结构,需要支持优惠券和多仓库

# 复杂架构(think harder)
> think harder:我们要将单体 Django 应用拆分为微服务,
有用户服务、订单服务、支付服务,如何设计服务间通信?

# 性能瓶颈分析(ultrathink,谨慎使用)
> ultrathink:分析为什么这个 SQL 查询在数据量超过 100 万条时
响应时间从 200ms 突增到 5s,给出完整的优化方案

⚠️ 成本警示ultrathink 在 Claude Opus 上可能每次消耗 $5-20,请谨慎使用。

7 高效提示词速查模板

掌握一批常用的提示词模板,能大幅减少”想怎么说”的时间消耗。

7.1 代码生成模板

1
2
3
4
5
6
7
8
9
10
11
12
13
14
# 功能开发
实现一个[功能名],要求:
- 输入:[参数说明]
- 输出:[返回值说明]
- 约束:[特殊要求]
- 技术栈:[框架/语言]

# API 接口
创建一个 REST API 接口:
- 路径:[路径]
- 方法:[GET/POST/PUT/DELETE]
- 请求参数:[参数]
- 响应格式:[格式]
- 错误处理:[场景]

7.2 代码审查模板

1
2
3
4
5
6
7
8
9
10
# 快速审查
审查以下代码,重点关注:[安全/性能/可读性]

# 全面审查
对 [文件/目录] 进行全面代码审查:
1. 是否有 bug 或潜在问题
2. 是否符合 [规范名] 代码规范
3. 性能优化空间
4. 测试覆盖率评估
给出具体的改进建议,按优先级排序。

7.3 调试问题模板

1
2
# 错误分析
遇到以下错误:

[错误信息]

1
2
3
4
5
6
7
8
相关代码:[文件路径或代码]
我已经尝试过:[已尝试的方案]
请分析根本原因并给出解决方案。

# 性能问题
这段代码在[具体条件]下执行缓慢(耗时[X]秒):
[代码]
请找出性能瓶颈并优化。

7.4 重构模板

1
2
3
4
5
6
7
8
# 代码重构
重构 [文件/函数] ,目标:
- 提高可读性
- 减少重复代码(DRY原则)
- 保持功能完全不变
- 添加适当的注释

重构后请说明主要改动点。

8 配置文件管理

8.1 全局配置文件

Claude Code 的全局配置存储在 ~/.claude/ 目录:

1
2
3
4
~/.claude/
├── CLAUDE.md # 全局记忆(所有项目共享)
├── settings.json # 全局设置
└── sessions/ # 历史会话存储

全局 CLAUDE.md 模板(个人偏好设置):

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
# 全局开发偏好

## 代码风格
- 语言:优先使用中文回复
- 注释:代码注释使用中文
- 代码规范:遵循各语言官方风格指南

## 回复风格
- 直接给出解决方案,不要过多解释背景
- 代码示例优先,文字说明为辅
- 如果有多种方案,给出推荐方案并简要说明理由

## 常用技术栈
- 前端:Vue 3 + TypeScript + Vite
- 后端:Node.js / Python FastAPI
- 数据库:PostgreSQL + Redis
- 部署:Docker + K8s

8.2 项目级配置最佳实践

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
<!-- CLAUDE.md 精简模板 -->
# 项目配置

## 技术栈
Vue 3 + TypeScript + Vite + Pinia + Vue Router

## 目录结构
src/
├── components/ # 可复用组件(PascalCase)
├── views/ # 页面组件(PascalCase)
├── api/ # API 调用(camelCase 函数名)
├── store/ # Pinia 状态管理
└── utils/ # 工具函数

## 开发规范
- 变量:camelCase
- 组件:PascalCase
- 文件:kebab-case
- API 调用:使用 src/utils/request.ts

## 禁止事项
- 不要直接使用 axios,统一用 request.ts
- 不要使用 any 类型
- 组件必须定义 props 类型

结语:把工具用到极致

掌握了本文的快捷指令和工作流技巧,你会发现 Claude Code 远比想象中强大。关键点回顾:

  1. 斜杠命令/init/clear/diff/memory 是最常用的四个
  2. Shift+Tab:工作模式切换,是提效最大的单个快捷键
  3. -p 模式:接入脚本和 CI/CD 的核心,打通自动化工作流
  4. 多窗口并行:合理分配任务,让 AI 等待时间降到最低
  5. 别名配置:一次配置,终生受益

工具的真正价值在于使用它的人。希望这份速查手册能成为你开发工作台上的常驻参考。

📖 继续阅读系列文章

📚 回顾基础内容