Claude Code 指令手册
模型信息
| 类别 | 值 | 说明 |
|---|---|---|
| 模型别名(推荐) | default |
清除覆盖,回到你账号订阅对应的默认模型 |
best |
最强可用模型(≈ opus) | |
sonnet |
最新 Sonnet,日常主力 ⭐ | |
opus |
最新 Opus,复杂推理 | |
haiku |
最快最便宜,轻量任务 | |
sonnet[1m] |
Sonnet + 100万 token 上下文 | |
opus[1m] |
Opus + 100万 token 上下文 | |
opusplan |
Plan Mode 用 Opus 规划,执行切 Sonnet | |
| 完整模型名 | claude-sonnet-4-6 |
Sonnet 4.6(当前默认主力) |
claude-opus-4-7 |
Opus 4.7(需 CC v2.1.111+) | |
claude-opus-4-6 |
Opus 4.6 | |
claude-haiku-4-5-20251001 |
Haiku 4.5 |
Anthropic 把所有 Claude 模型按能力 × 速度 × 成本分成三个档位,名字来自日本诗歌体裁,暗含层级关系——Haiku(俳句,短小轻快)→ Sonnet(十四行诗,均衡优美)→ Opus(巨作,最强)。
一句话定位
Haiku = 实习生,快、便宜,干简单活;Sonnet = 主力员工,90% 场景的最优解;Opus = 顶级专家,啃硬骨头,贵但最强。
🏔Opus — “顶级专家”,只在需要时上
用 Opus 做:
复杂多步骤推理(架构决策、跨多个模糊约束做权衡)
大型代码库的深层调试 / 重构(agent 长时间自主跑的那种)
分析互相矛盾的多份资料、做综合研判
你已经拿 Sonnet 试过,感觉"差一口气"
别用 Opus 做:
简单问答、分类提取、总结——属于浪费钱 + 吃 rate limit
⚖️ Sonnet — “默认主力”,你的 90% 答案
用 Sonnet 做:
写代码 / 调试 / review(Claude Code 的默认档位就是 Sonnet)
写作、分析、研究摘要
多步骤工作流、带工具调用的 agent 任务
当你不确定用哪个时 → 选 Sonnet 准没错
⚡ Haiku — “速度王者”,量大管饱
用 Haiku 做:
批量分类、信息提取、标签打标
实时交互场景(延迟敏感)
简单的 summary / 格式化 / 路由判断
任何需要跑成千上万次调用、单价必须压到最低的任务
Haiku 4.5 的速度大约是 Sonnet 的 4–5 倍,输入只要 Sonnet 的 1/3 价钱($1 vs $3 / MTok)。代价是:上下文只有 200K(不是 1M),复杂推理的上限明显低于 Sonnet。
查看帮助
# 会话里直接输入:
/help ← 列出所有可用命令 + 简要说明
/ ← 输入一个斜杠,等半秒,自动弹出补全列表(最推荐)
会话管理(最常用)
| 命令 | 说明 |
|---|---|
/clear |
清空对话历史,释放上下文(保留 CLAUDE.md)— 别名 /reset、/new |
/compact [instructions] |
压缩历史对话为摘要,保留关键信息,省 token。可附聚焦指令如 /compact keep all API changes |
/rewind |
回滚对话和代码到之前某个检查点 — 别名 /checkpoint |
/branch [name] |
从当前节点创建对话分支(试不同方案时超有用)— 别名 /fork |
/resume [session] |
恢复之前的会话 — 别名 /continue |
/rename [name] |
给当前会话命名(显示在提示栏,方便后续 /resume 找) |
/export [filename] |
导出对话为纯文本(无文件名则弹对话框/剪贴板) |
/exit |
退出 — 别名 /quit |
💡
/compactvs/clear:还在做同一件事、但 token 快满了 →/compact;要切到完全不相关的任务 →/clear
模型 & 推理控制
| 命令 | 说明 |
|---|---|
/model [model] |
查看/切换模型——不加参数弹出交互选择器;加了直接切,如 /model sonnet、/model opus |
/fast [on|off] |
切换快速模式(更快输出,牺牲一点深度) |
/effort [low|medium|high|max|auto] |
设置模型的推理努力程度(low/medium/high 跨会话持久;max 仅当前会话且需 Opus) |
/plan [description] |
一键进入 Plan Mode,可选直接带任务描述,如 /plan refactor auth module |
费用 & 状态监控
| 命令 | 说明 |
|---|---|
/cost |
显示当前会话的 token 用量 + 费用估算 |
/usage |
显示你的计划的用量限额和限速状态(Max/Pro 计划) |
/context |
把上下文用量可视化为彩色网格,标注哪些工具/文件最占空间 |
/status |
打开设置界面(状态页):版本号、模型、账号、连通性 |
⚡ 长会话开发时养成习惯:偶尔跑
/cost看一下烧钱速度,上下文快满时/compact一把
项目 & Git 工作流
| 命令 | 说明 |
|---|---|
/init |
扫描项目,生成/更新 CLAUDE.md 初稿(每个项目首次使用必跑) |
/memory |
查看/编辑 CLAUDE.md 内存文件,管理 auto-memory |
/diff |
打开交互式 diff 查看器,看未提交的改动和每轮改动明细(←/→ 切换视图) |
/security-review |
分析当前分支待提交变更中的安全漏洞(注入、鉴权、数据泄露等) |
/add-dir <path> |
给当前会话追加工作目录(让 Claude 能访问项目外的相关目录) |
/copy [N] |
把最后一条回复(或第 N 条)复制到剪贴板;有代码块时出交互选择器,按 w 写入文件 |
配置 & 调试
| 命令 | 说明 |
|---|---|
/config |
打开设置面板(主题、默认模型、输出样式等)— 别名 /settings |
/permissions |
管理工具权限规则(允许/询问/拒绝)— 别名 /allowed-tools |
/hooks |
查看/管理 Hook 配置(工具调用前后触发的 shell 钩子) |
/doctor |
诊断安装环境——逐项检查认证、MCP、Node 版本等,给出修复建议 |
/keybindings |
打开/创建快捷键配置文件 |
/theme |
更换颜色主题(含色盲友好 Daltonized 主题) |
/vim |
切换 Vim 模式(普通/插入切换,支持 hjkl、diw、ci" 等) |
/terminal-setup |
配置终端快捷键(Shift+Enter 换行等,主要在 VS Code/Alacritty/Warp 中可见) |
集成 & 扩展
| 命令 | 说明 |
|---|---|
/ide |
管理 IDE 集成状态(连接/断开 VS Code 等) |
/mcp |
管理 MCP Server 连接和 OAuth 认证 |
/agents |
管理自定义 subagent 配置 |
/skills |
列出当前会话可用的 skills(含内置的 /simplify、/batch、/debug 等) |
/plugin |
管理 Claude Code plugins |
/reload-plugins |
热重载插件,不改写配置不用重启 |
/login / /logout |
切换/登出 Anthropic 账号 |
/feedback [report] |
向 Anthropic 提交反馈/bug — 别名 /bug |
特色实用命令
| 命令 | 为什么值得用 |
|---|---|
/btw <question> |
提一个旁侧问题,不污染主对话上下文(side-channel,用完就丢) |
/sandbox |
开启沙盒模式(文件系统 + 网络隔离),让 Claude 更安全自主地跑 bash |
/insights |
生成一份对你使用 Claude Code 的分析报告(项目领域、摩擦点、交互模式) |
/stats |
可视化每日用量、会话历史和模型偏好趋势 |
/powerup |
带动画的交互式入门课程,快速发现功能 |
/release-notes |
查看完整变更日志 |
/pr-comments [PR] |
拉取 GitHub PR 的评论(需要 gh CLI) |
键盘快捷键速记
| 快捷键 | 作用 |
|---|---|
Shift + Tab |
循环切换权限模式:Normal → Accept Edits → Plan Mode |
Esc |
打断 Claude 正在生成中的回复 |
Esc Esc |
跳回去编辑上一条消息 |
Ctrl + C |
取消当前输入 / 退出 |
Ctrl + D |
退出会话 |
Ctrl + G |
在编辑器里打开当前 prompt |
权限/行为模式(Permission Mode):Normal / Accept Edits / Plan Mode
Claude Code:Normal / Accept Edits / Plan Mode 各自是做什么的
这三个本质上都是权限/行为模式(Permission Mode),核心区别在于——Claude 能不能改你的文件、改之前要不要问你。
1️⃣ Normal Mode(官方叫 default,也有 UI 写作「Ask before edits / 询问权限」)
作用:每一次写操作都要你确认
- Claude 读取文件 → 自由
- Claude 编辑/创建/删除文件 → ⚠️ 弹 diff 框,你点 Accept / Deny
- Claude 执行 Bash 命令 → ⚠️ 也要你确认
- 受保护路径(
.git内部、Claude 自身配置目录等)即使编辑也永不自动批准
什么时候用:
- 第一次接触一个项目 / 接手别人的代码
- 生产附近操作、敏感改动
- 你想看清 Claude 每一步在改什么
这是最安全、最"看得见"的模式,也是默认出厂态。
2️⃣ Accept Edits Mode(官方叫 acceptEdits,UI 写作「自动接受编辑」)
作用:文件编辑自动过,但"危险动作"仍然拦住问你
在 acceptEdits 下,Claude 可以无需确认地编辑/创建/组织文件(仅限你的工作目录及 additionalDirectories 范围内),并且一些常见文件系统命令也会自动放行:
- 自动批准的 Bash 例子:
mkdir、touch、rm、rmdir、mv、cp、sed(以及安全前缀变体如timeout ...、NO_COLOR=1 ...) - 但:范围外的路径、受保护路径、以及其他大多数 Bash(尤其网络/部署类命令)→ 仍然弹确认
状态栏会出现:⏵⏵ accept edits on
什么时候用:
- 你认可 Claude 的"改文件"方向是对的,只是不想每改一行点一次 Accept
- 你打算让它跑一阵子,然后统一用
git diff/ IDE diff 做事后审查 - 日常迭代、重构、批量模板代码最舒服的甜点区
一句话:acceptEdits ≠ 为所欲为,它只是把"编辑文件"变成自动的,shell 仍然有护栏。
3️⃣ Plan Mode(官方叫 plan,只读规划模式)
作用:Claude 只能"看和分析",绝对不改源码
- ✅ 可以 Read 文件、Grep/Glob/LS、甚至跑一些只读 shell 命令去做探索
- ❌ 不能 Write / Edit / 真正执行会改变状态的命令去改你的代码库
典型流程是:
- 你描述任务
- Claude 扫描代码库 → 提澄清问题 → 输出结构化计划
- 你审查计划
- 你决定:批准执行(可再选"自动接受编辑 / 逐步确认")/ 继续改计划 / 放弃
什么时候用:
- 多文件大范围重构(牵一发动全身那种)
- 架构决策:你先要一份"它会怎么动、动哪里、风险点在哪"
- 不熟悉这个项目,想先让 Claude 把情况摸清楚再放权
本质定位:measure twice, cut once。先把方案钉死,再决定是否放它去改。
一张速选表
| 你担心什么 | 该用哪个 |
|---|---|
| “我怕它乱改,想每步看着” | Normal(default) |
"方向我认了,但别让它偷偷跑 git push --force / `curl |
sh`" |
| “先别动手,给我方案 + 影响面,我点头再说” | Plan Mode |
切换方式(最常⽤)
Shift + Tab在会话里循环:default → acceptEdits → plan- 或直接:
/plan进规划;/model管模型(不影响权限) - 持久默认写到
settings.json:{ "permissions": { "defaultMode": "acceptEdits" } }
claude code 如何查看支持的模型?
/model
它会弹出交互式菜单,直接列出你账号下所有可用的模型供你选择,你选哪个就立刻切换过去.
/status
想看但不一定切换,它会输出当前活跃模型信息:Model: claude-sonnet-4-6 (default)
固定默认模型
在项目级配置 .claude/settings.json里写:
{
"model": "sonnet"
}
更多推荐




所有评论(0)