Claude Code 用了半年我把它最值钱的 12 个命令榨干了一名 Java 后端在 5 个真实项目里把 Claude Code 命令用成瑞士军刀的复盘去年团队里一个同事离职后我接手了一个 8 万行的 Spring Boot 老系统。从那以后我开始重度依赖 Claude Code——不是用它写代码而是用它做我一个人搞不定的代码考古、生产事故复盘、Code Review。半年下来我把 50 多个命令筛了一遍留下了 12 个真正救命的。这篇文章不讲命令清单那个文档谁都能翻讲的是在 Java/Spring 真实项目里这些命令怎么组合用、踩过哪些坑、哪些命令是看起来好用实际是雷。一、接手祖传代码先别急着读让 Claude 帮你考古场景一个跑了两年的 Spring Cloud 项目目录结构混乱common包下堆了 47 个 util 类。我需要在三天内搞清哪些类在用、哪些是僵尸核心调用链长什么样哪些代码动过三次以上说明反复改肯定有坑我用的命令组合第一步/init初始化项目记忆# 在项目根目录/init/init会自动扫描项目生成CLAUDE.md。但默认生成的内容对我没用——它会写这是一个 Spring Boot 项目这种废话。我立刻手动覆盖追加项目专属规则# CLAUDE.md ## Project Context - 电信计费领域遗留系统2023年起逐步重构中 - 老模块用 dubbo xml 配置新模块用 spring cloud alibaba - 数据库MySQL 8.0 几张历史遗留的 Oracle 11g 表 ## Code Conventions - 业务异常统一抛 BizException错误码 6 位数字 - 日志必须带 traceId格式: [traceId{}] xxx - 禁止在 Controller 层直接写 SQL - 所有对外接口必须有 ApiOperation 注解 ## Domain Knowledge - 用户编号规则前 2 位省份 中间 8 位时间戳 后 4 位序列 - 计费周期自然月月初 1 号 0 点跑批 - 金额一律用 BigDecimal保留 4 位小数这一段写完后面所有会话都不用再重复解释项目背景。半年后新来的同事接手时直接 clone 就能用。踩坑警告/init生成的内容别直接用。它扫描出来的是字面结构不是业务含义。必须人工补业务规则。第二步/agents建一个代码考古专属子 Agent/agents# 然后输入agent-create code-archaeologist专门用于分析遗留代码。任务1) 识别类之间的依赖关系 2) 标记可疑代码高复杂度 低注释 多次修改3) 输出调用链 mermaid 图。禁止修改任何文件。子 Agent 在隔离的上下文里跑不污染主对话。考古跑完了结果粘回来用。二、生产事故半夜叫起来调试会话的防爆操作场景凌晨 2 点告警群炸了——订单服务超时。代码三个月前写的里面混了 Feign 调用、Redis 缓存、数据库事务。我需要一个干净的环境复现但不能把生产数据喂给 Claude。我的工作流第一步先/clear还是先/compact这是关键决策点。情况操作原因当前会话就是处理过类似问题的/compact保留历史决策省得重新解释上一个任务和当前故障无关/clear老上下文是噪声反而误导 Claude完全从零开始排查/clear 重新/init项目最干净我那次选了/clear。凌晨大脑不清醒简洁的上下文比完整历史更救命。第二步用--append-system-prompt限制 Claude 行为claude --append-system-prompt当前任务生产环境事故复盘。规则1) 不修改任何代码 2) 不执行 SQL 3) 不调用任何会写入的 HTTP 接口 4) 所有建议必须先在本地 dry-run 5) 涉及金额的查询必须脱敏为什么不直接用--system-prompt--system-prompt会完全替换Claude Code 的默认指令包括内置的安全检查和行为约束。看起来更干净实际你失去了所有的护栏。永远优先用--append-system-prompt。第三步让 Claude 自己监控上下文/context# 输出示例# Context usage: 67% (134,400 / 200,000 tokens)在调试长链路问题时我设了个习惯每解决一个子问题就跑一次/context。看到 70% 立刻/compact别等 90%——90% 的时候 Claude 已经记不清两小时前的栈帧了。# 关键参数定向压缩/compact retain the Feign call chain and Redis cache keys/compact默认会无差别压缩。加retain参数告诉它保留什么否则你两小时前标记的关键调用链会被一起压掉。三、批量生成样板代码/fast模式的双刃剑场景新模块要写 30 个 CRUD 接口。按以前的做法两天。开了 Fast Mode 之后两小时。/fast但是Fast Mode 真的只是快一点吗官方说 Fast Mode 跑的是同一个 Opus 4.6只是调整了 API 配置。但我实测下来发现两个问题会话中途开启历史上下文按 Fast Mode 费率重新计费。一个跑了一小时 Sonnet 的会话开 Fast等于前面一小时按 Opus 价格补差价生成质量略降。Fast Mode 下Claude 倾向于先给你一个能跑的版本少了反问和澄清我的策略启动会话时就开/fast不要中途开写样板代码、生成测试用例、写文档——这些任务用 Fast架构决策、调复杂 bug、写生产核心链路——关 Fast用普通 Opus/cost是控制预算的命脉/cost# Session cost: $2.47# Input tokens: 48,392# Output tokens: 12,847我给自己定了一条规矩单次会话费用超过 5 刀必须停一停review 一下是不是有低效调用。几次事故之后我才发现反复让 Claude 读同一个大文件是吞金兽。四、Code Review用/simplify替代我自己的眼睛场景PR 提了 800 行变更自己 review 容易犯困。让 Claude 帮我先扫一遍。/simplify/simplify是个多 Agent 并行的审查器。它会启动三个 Agent代码质量Agent命名、重复代码、复杂度安全漏洞AgentSQL 注入、权限绕过、敏感信息泄露最佳实践AgentSpring 规范、异常处理、事务边界实话说Claude 找出来的 bug 比我多。我有一次被它标红一个Long转int的强转用户 ID 超过 int 范围这种 bug 人眼 review 根本注意不到。但是——/simplify不是/review。/review在 2026 年 3 月被官方弃用了。我看腾讯云那篇《Claude Code 命令体系解析》还把/review写出来这其实是过时信息——新版本里就是/simplify。踩坑警告/simplify会读你项目里所有相关文件做上下文关联。在一个 8 万行项目里跑一次可能 30 秒到 1 分钟。耐心等别中途/clear。五、CI/CD 流水线--print的隐藏价值场景我需要个 GitLab CI 任务PR 提了之后自动让 Claude 看看代码 diff 给出建议。关键命令claude --printclaude--printReview the following diff and output critical issues in JSON format:$(gitdifforigin/main...HEAD)--print是一次性查询问完就退出不进交互。这正好契合 CI 的本质每个任务都是独立的、不需要历史。我写了个脚本塞进.gitlab-ci.ymlclaude-review:stage:reviewscript:-git fetch origin main-claude --print 你是一个严格的 Java Code Reviewer。审查以下 diff重点关注1) 并发安全 2) 资源泄漏 3) 事务边界 4) N1 查询。输出 markdown 格式的 review 报告。Diff:$(git diff origin/main...HEAD)claude-review.mdartifacts:paths:-claude-review.mdonly:-merge_requests注意--print在 CI 里跑必须设两个东西ANTHROPIC_API_KEY环境变量用 GitLab CI 的 masked variable--dangerously-skip-permissions标志——CI 环境没人交互必须跳过权限确认--dangerously-skip-permissions这个名字看着吓人但在隔离的 CI 容器里是安全的。它跳过的只是是否执行这个命令的交互提示不是安全检查。六、5 个我最后没用上的命令避坑清单命令看着好用在哪实际坑在哪/rewindEsc Esc 一键撤销代码和对话要分别回退菜单选错就全没了。生产环境我宁可手动git revert/fork实验性分支不污染主对话分支结果回不到主对话。半年了我只用过 3 次最后都改成新建一个 claude 会话/btw插入问题不打断任务实际打断效果不明显。Claude 处理速度够快直接开新问更清楚/todos持久化任务列表跨会话同步需要配CLAUDE_CODE_TASK_LIST_ID配错了两个会话互相覆盖/permissions自动审批配宽松了 Claude 会乱改生产配置我在新项目里一律不预设七、写在最后命令只是皮思维是骨半年用下来我最大的感悟是Claude Code 的价值不在于知道多少命令而在于在什么场景用哪个。同样的/compact在调试生产事故时是救命在写新功能时是添乱。同样的/fast写样板代码时是神器写架构决策时是负担。命令可以查文档但对项目的判断力查不到。