Claude Code常用命令与实战工作流:新手从会话管理到代码验收
Claude Code 的命令不必一次全部记住。更有效的办法,是按“启动—理解—修改—验证—继续”这条工作链路记住最常用的入口。这样遇到问题时知道该查哪里,也不容易把终端参数与会话内命令混用。
先分清两种输入位置
claude --version 这类命令在系统终端运行;以斜杠开头的命令通常在 Claude Code 的交互输入框使用。不同版本的命令会变化,本机 claude --help 与会话内 /help 是确认可用入口的直接方法。
终端命令:启动与恢复
| 命令 | 适用场景 | 要注意什么 |
|---|---|---|
claude | 在当前目录开启交互会话 | 先进入正确项目 |
claude --version | 记录安装版本 | 用于复现与升级对照 |
claude doctor | 检查安装及设置 | 保留实际诊断结果 |
claude -c | 继续当前目录最近会话 | 确认是否为目标任务 |
claude -r | 选择会话恢复 | 不要只凭相近标题判断 |
claude -p "问题" | 一次性非交互输出 | 仍可能涉及工具与权限 |
一次性调用适合范围清楚的检查或文本处理,不能因为没有交互界面就假定它没有副作用。用于脚本时,应同时处理失败返回与输出格式。
会话命令:查看和调整
/help:查找当前版本实际提供的命令。/status:查看会话与配置状态,排查“当前到底用的是什么设置”。/config:调整交互配置,修改后注意保存范围。/model:查看或选择可用模型,权限与账户相关。/compact:整理较长上下文,适合阶段结束后保留重点。/clear:清理当前会话上下文,开始不同任务前谨慎使用。
上下文整理不等于文件回滚
会话命令主要管理交流与配置。清空聊天不会自动撤销磁盘上的代码修改,压缩上下文也不会替你提交文件。若要撤销改动,应先检查具体差异,再通过项目的版本控制流程处理。
实战一:排查已有缺陷
- 从正确目录启动,要求读取相关文件并定位触发条件。
- 给出可复现输入和预期结果,避免只说“这里不正常”。
- 要求提出最小修复及对应验证,再执行修改。
- 运行相关检查,回看差异和验证结果。
提示示例:“这个请求缺少可选字段时应使用默认值,现在却报错。请先确认调用链,保持接口结构不变,修复后覆盖缺字段和正常请求两种情况。”命令只是入口,清楚的需求才决定工作方向。
实战二:分阶段完成较长任务
把任务拆成可以独立检查的阶段,例如先建立接口,再实现页面,最后整合验证。每个阶段记录已做决策、变更文件和遗留问题。上下文变长时再整理,避免频繁清空导致反复重新发现同样的信息。
一段可复用的阶段交接提示
请整理当前目标、已经确认的约束、完成的修改、实际运行的检查,以及下一步最小任务。不要把推测写成事实,也不要把未验证事项省略。
命令使用中的常见误区
不要为了少一次确认而无差别放开所有执行权限;不要在不同目录之间反复恢复会话却不检查目标;不要把模型切换当成所有错误的修复办法。安装问题用诊断,配置问题看来源,代码问题看复现和测试,分别处理更有效。
日常只需熟悉少数命令,再结合帮助入口查阅细节。真正稳定的工作流,是每次都能说明任务对象、修改范围和完成证据。
免责声明:本文内容仅供参考,不代表本站观点。转载或引用请注明出处。









