我最近发现身边一堆人用 Claude Code，就会一个 claude 命令，进去了全靠嘴。
要么上下文撑爆了不知道咋压，要么想换个模型不知道在哪换，要么脚本里想调用不知道怎么非交互运行，要么每次改个文件都弹一堆权限确认框烦死了
更别说会话分叉、批量并行、自动修复 PR 这些高级玩法，基本上没几个人知道
整理这篇的原因就一个：把最刚需的命令，配上真实使用场景，一次说清楚，省得你到处查
第一件事
最常见的几种启动姿势，场景不一样，用的命令就不一样，别全用 claude 一条走
进交互会话
claude
最朴素的用法，没什么好说的，进去之后就是一个对话界面，适合什么任务还没想好、先看看再说的时候
开始具体任务
claude "帮我看看这个项目的整体结构，给我一个概览"
带上初始 prompt 启动，进去直接干活，不用再手打一遍，节省那两秒进入状态的摩擦
接上次会话不重建上下文
你昨天花了半小时跟 Claude 交代清楚了背景、需求、限制条件，今天不想再说一遍
claude -c
-c 是 continue，继承上次这个目录里的对话，上下文全在，不用重新交代背景，接着聊
如果你同时跑好几个任务，不同任务开了不同会话，想恢复某个具体的
claude -r "auth-refactor" "继续，把单元测试也补上"
按名字恢复，直接带上今天要干啥，非常顺，不用先进去再打指令
不需要交互
cat error.log | claude -p "帮我分析这堆报错的根本原因，给出排查方向"
-p 是 print mode，执行完自动退出，不会等你输入，适合塞进 shell 脚本或者 CI 流水线
这才是 Claude Code 在自动化场景里的正确用法，把它当成一个接受文本、输出分析的命令行工具来用
隔离开发不影响主分支
让 Claude 帮你做一个比较大的改动，但又怕改乱了，想在一个独立的地方跑
claude -w feature-auth
-w 是 worktree，Claude 会在一个独立的 git worktree 里工作，改啥都不影响你的主分支，做完了满意再合并
加 --tmux 还可以开一个专属 tmux 窗口，多任务并行的时候特别好使
claude -w feature-auth --tmux
压缩较长上下文
用 Claude Code 干活久了一定会遇到：对话越来越长，响应越来越慢，甚至出现截断
这时候很多人直接 /clear 重开，其实是错的，上下文这么多是有积累价值的，不一定要全扔掉
释放空间保留同一对话
/compact
Claude 把前面的对话压缩成一个摘要，继续往下聊，上下文占用大幅下降，任务还在继续，不割裂
可以加说明，告诉它哪些是重点
/compact 重点保留认证模块的讨论细节，接口设计不要压缩，其他可以压
加了说明之后，Claude 会在摘要里优先保留你说的那部分，不会把重要决策给压没了
新开对话不拖历史包袱
/clear
上下文清空，全新开始，但原来的对话不是删了，随时可以 /resume 找回来
/clear 和 /compact 的核心区别：一个是新建，一个是压缩同一个，别用错
查看上下文哪块最占地方
/context
弹出一个彩色格子可视化图，一眼看出哪些工具、哪些文件在吃上下文，还会给优化建议，比如"这个工具输出太长了可以换一个"
想换模型，或者调整思考深度 有时候你就问个语法问题，没必要上 Opus 跑半天烧钱；有时候做架构分析，Sonnet 给的答案太浅根本不够用
会话里临时换模型
/model
不带参数弹出选择器，上下键选，回车确认，不用退出重进
也可以直接指定
/model opus
/model claude-sonnet-4-6
启动时就指定模型
claude --model opus
claude --model claude-sonnet-4-6
调整努力级别
这个很多人不知道，--effort 可以控制 Claude 在这个任务上"花多大力气"，调整思考深度和token消耗
claude --effort low # 快速回答，适合简单问题
claude --effort high # 深度分析，适合复杂架构问题
claude --effort xhigh # 更深，适合难搞的 bug 排查
会话里也可以随时调
/effort high
/effort
不带参数弹交互滑块，左右键调，实时生效，不用等这一条回答完
同一个任务，low 和 xhigh 的回答质量差距很明显，遇到搞不定的问题先试试调高 effort，不要上来就换模型
代码权限弹窗
改个文件弹一次确认，创建一个新文件又弹，跑个命令再弹
这个问题有三种解法，对应三种不同的场景
完全信任Claude自由修改
claude --dangerously-skip-permissions
名字起得很直白，危险操作，会跳过所有权限确认，Claude 想改啥就改啥，想执行啥命令就执行
在你完全清楚任务范围、完全信任 Claude 判断的时候用，别无脑开着跑不熟悉的任务
只让它分析，不改动文件
让 Claude 给方案，你看完没问题再让它动手
claude --permission-mode plan
计划模式，Claude 只能读文件、思考、输出方案，不能执行任何修改，零风险
会话里也可以随时进入
/plan
/plan 重构这个认证流程，先给我看方案，我确认了再动
指定操作不用问，其他的还要确认
比如你允许它自由读文件和跑 git 命令，但文件写入还是要确认
claude --allowedTools "Read" "Bash(git log *)" "Bash(git diff *)"
也可以反过来，直接禁掉某些工具
claude --disallowedTools "Bash(rm *)"
这种细粒度控制比"全开"或"全关"更实用，自动模式适合你日常开发
claude --permission-mode auto
auto 模式会自动减少弹窗，只在真正有风险的操作上提示，不像 default 那么烦
让Claude记住你的编码规范
每次开新会话都要重新交代"用 TypeScript、不要 any、接口用 interface 不用 type、注释写中文"，这事真的很烦
方法1:启动时追加规则
claude --append-system-prompt "所有代码用 TypeScript，禁止用 any，函数注释写中文"
追加而不是替换，Claude 原本的能力不受影响，只是加了你的约束
规则多了写成文件更好管理，跟项目放一起，团队共用
claude --append-system-prompt-file ./team-coding-rules.txt
方法2:自定义规则
claude --system-prompt "你是一个专注 Java 后端的技术专家，所有方案优先考虑性能和可维护性"
这个是完全替换，Claude Code 原有的一些默认行为也会变，慎用，适合非常明确需要定制化角色的场景
方法3:初始化CLAUDE.md
这是我最推荐的做法 一劳永逸
/init
Claude 帮你生成一个 CLAUDE.md 文件，放在项目根目录，把项目背景、技术栈、编码规范、注意事项全写进去
以后每次在这个项目里启动 Claude Code，它自动读取这个文件，再也不用重复交代背景
这就是为啥团队里推行了 CLAUDE.md 之后，每个人用起来都更顺，新人入项也更快上手
管理个人记忆文件
/memory
这个是管理你个人级别的 Claude 记忆，可以跨项目记住你的个人偏好，比如"我不喜欢过度注释"、"我习惯函数式风格"这类
想看 Claude 改了什么，不想瞎猜
Claude 一顿操作下来改了七八个文件，你不知道具体改了啥，这种感觉很不安全
交互式 diff 查看器
/diff
弹出一个可视化的 diff 界面，左右箭头在"当前整体 git diff"和"Claude 每一轮的改动"之间切换，上下箭头翻文件，清清楚楚
比你自己跑 git diff 可读性强多了，尤其是改了很多文件的时候
回退到某个节点，反悔了
Claude修改回退
Claude 这一轮改的方向你觉得不对，想撤回到之前的状态
/rewind
弹出对话历史，选一个你想回到的节点，会话状态和代码改动都一起回退，是真正的"悔棋"，不只是对话层面
对话分叉两条路都试试
你想让 Claude 试试方案 A，同时也想保留主线去试方案 B，又不想开两个会话从头交代背景
/branch 试试用缓存层解决这个问题
从当前对话的这个节点分叉出去，在分支里折腾，主线不动，两条路都可以走
###代码改完怎么做质量把关
代码简化和重构
让 Claude 帮你改完之后，可以让它自己做一轮质量审查
/simplify
会并行跑三个审查 Agent，分别从不同角度审，结果汇总之后直接帮你修，不只是给建议
可以聚焦某个方向
/simplify focus on reducing duplication
/simplify focus on memory efficiency
安全审查
/security-review
自动分析当前分支相对主分支的改动，找 SQL 注入、XSS、不当鉴权、敏感数据泄露这类问题，结果直接输出
做完一个功能上线之前跑一遍，比人工 review 快多了，也比 SonarQube 覆盖面更灵活
Review PR
/review
/review 123
/review https://github.com/org/repo/pull/456
默认检测当前分支对应的 PR，也可以直接传 PR 号或者 URL，本地做一次轻量级 review
大规模并行改动
一个人干一个团队的活，这是 Claude Code 里最被低估的功能，很多人不知道有 /batch
场景：你要把整个项目从 CommonJS 改成 ESM
这种改动散落在几十个文件里，一个一个改没完没了
/batch migrate src/ from CommonJS to ESM
Claude 会先分析整个代码库，把任务拆成 5 到 30 个独立的工作单元，给你看计划
你确认之后，它会为每个单元各派一个后台 Agent，每个 Agent 在独立的 git worktree 里工作，并行执行，每个 Agent 做完还会自动跑测试、开 PR
几十个文件的改动，可能就是你喝杯水的时间
其他适合 /batch 的场景：
全局替换某个 API 调用方式、给所有函数补单元测试、把所有日志调用从 console.log 改成统一的 logger、删除所有废弃的 TODO 注释……凡是"全局性、重复性、可以拆分并行"的改动，都可以用
查看和管理后台任务
/tasks
列出所有正在跑的后台 Agent 任务，可以查进度、停掉某个任务
CI 自动修复 PR，躺着等绿灯
你提了一个 PR，CI 跑红了，或者 reviewer 留了评论，你不想自己手动改
/autofix-pr
Claude 会在云端开一个 session，自动监听你这个 PR 的 CI 状态和 reviewer 评论，有失败就自动修，修完直接 push
你就去喝咖啡，回来看绿灯就行
可以加说明，只修特定类型的问题
/autofix-pr only fix lint and type errors, don't touch the logic
需要你装了 gh CLI，而且账号有 Claude Code on the web 的权限
会话管理，同时跑多个任务
启动时就给会话起名
claude -n "订单模块重构"
claude --name "修复登录 bug"
起了名字，会话列表里一眼认出来，/resume 的时候不用猜是哪个
会话里随时改名
/rename feature-auth-final
改了名字，终端标题栏也会跟着变
恢复某个具体的会话
/resume
弹出历史会话列表，有名字显示名字，没名字显示自动生成的摘要
导出会话记录
/export
/export ./auth-refactor-notes.txt
把当前对话导出成纯文本，做技术方案存档或者给别人看的时候很有用
脚本和 CI 里用 Claude Code
基础的非交互调用
# 管道输入
cat error.log | claude -p "分析这堆报错，给出优先级排序和排查思路"
# 直接传文件内容
claude -p "review 这段代码的安全性：$(cat src/auth.ts)"
控制花费和轮次，防止失控
# 超过 3 美元自动停
claude -p --max-budget-usd 3.00 "帮我重构这个模块"
# 最多跑 10 轮，跑完自动退出
claude -p --max-turns 10 "自动修复所有 lint 错误"
# 两个一起用，双重保险
claude -p --max-budget-usd 5.00 --max-turns 20 "分析整个项目的代码质量"
裸模式，更快启动，适合简单脚本
claude --bare -p "检查这段代码有没有明显的 bug"
--bare 跳过插件、MCP、hooks 的自动发现，启动快很多，适合不需要那些能力的简单脚本调用
输出 JSON，给下游程序解析
claude -p "列出这个项目里所有的对外 API 接口，包括路径和方法" --output-format json
返回的是结构化 JSON，直接喂给下游脚本处理，不用自己去解析纯文本
批量处理多个文件
for f in src/**/*.ts; do
result=$(cat "$f" | claude -p "检查这个文件有没有安全漏洞，只列关键问题")
if [ -n "$result" ]; then
echo "=== $f ===" >> security-report.txt
echo "$result" >> security-report.txt
fi
done
在 CI 里加一步代码审查
# GitHub Actions 里
-name:ClaudeCodeReview
run:|
gitdifforigin/main...HEAD|claude-p\
--max-budget-usd1.00\
"review 这个 PR 的改动，找出潜在的 bug 和安全问题"\
>>review-result.txt
几个平时不太注意但挺有用的
问个旁路问题，不污染主对话上下文
你正在让 Claude 搞一件事，突然想顺嘴问个无关的小问题，但又不想把它加进上下文影响任务
/btw 这里的 interface 和 type 在 TypeScript 里有啥本质区别
/btw Postgres 的 JSONB 和 JSON 有啥性能差异
Claude 回答完，这条问答不会被计入主对话的上下文，不影响后续任务的理解，我用这个贼频繁
复制最后一条回复
/copy
/copy 2
有代码块的话弹出选择器，可以只复制某个代码块，不用全选，/copy 2 是复制倒数第二条
SSH 远程连接的时候剪贴板不通，/copy 会问你要不要写成文件，也很方便
当前 Session 烧了多少钱
/usage
看 Token 消耗和花费，我跑完大任务都会瞄一眼，养成这个习惯能避免月底账单惊喜
当前版本和更新
claude -v # 查看版本号
claude update # 更新到最新版
claude install stable # 安装稳定版
登录和认证状态
claude auth login # 登录
claude auth login --console # 通过 Anthropic Console 登录（API key 计费）
claude auth status --text # 看登录状态，--text 是人话版，不加是 JSON
claude auth logout # 退出登录
清理项目本地状态
跑了太多任务，本地 Claude Code 状态积了一堆历史垃圾，想清干净重来
# 先预览，看会删哪些东西
claude project purge ~/work/repo --dry-run
# 确认没问题，直接清
claude project purge ~/work/repo -y
# 清所有项目
claude project purge --all -y
最后说一下调试和排查
Claude Code 本身出了问题，或者响应不对劲，怎么排查
开启详细日志
claude --verbose
会输出每一轮的详细过程，能看到 Claude 在做什么决定，工具调用是什么参数
调试模式，可以过滤分类
claude --debug # 全部调试日志
claude --debug "api,mcp" # 只看 API 和 MCP 相关的
claude --debug "!statsig" # 排除某个分类
把调试日志写到文件
claude --debug-file /tmp/claude-debug.log
日志会持续写入这个文件，方便事后分析，不用翻终端滚动
诊断安装和配置
/doctor
自动检测 Claude Code 的安装状态和配置，结果有状态图标，哪里有问题一眼看出来，按 f 可以让 Claude 自动修复
这些命令加起来基本覆盖了日常 95% 的使用场景，从简单的日常交互到 CI 自动化、并行批量改动全都有
不用背，收藏了，遇到对应情况来翻就行，翻几次自然就记住了
注意：本文归作者所有，未经作者允许，不得转载
