Claude Code简直强到离谱！！！

这段时间一直在玩Claude Code，越用越上头。不仅编程能力极其强悍，更是带来人机交互的新范式。用得越久越发现，它远不只是一个写代码的 AI。

杰一趁机系统地梳理了 Claude Code 在开发场景下的 26 个关键功能，从基础指令到上下文压缩、从代码辅助到 GitHub 自动化，很多用法都超出了AI 写代码的传统理解。

这篇文章既是一次全面整理，也是一份实战总结。建议收藏，慢慢拆解。

全文内容包括：

• 基础操作：常用指令、CLAUDE.md 、图片处理、安装 IDE 插件、Safe YOLO 模式
• 交互与会话管理：清除聊天上下文、快捷键操作、中断操作、恢复历史会话、上下文压缩、自定义命令
• 提示与思考策略：XML 标签结构化提示、预激活、强制深度思考、需求分析
• 软件开发实践：任务拆解、理解项目上下文、Linux 命令辅助
• 成本与模型管理：模型切换、监控 token 成本、使用 ccusage 消耗监控
• 进阶功能：使用 Git worktrees 运行并行 Claude Code 会话、MCP、Claude Code GitHub Action、将 Claude 当作用作类 Unix 程序

因为Claude Code是运行在终端的，编辑文件不太方便，所以你可以在IDE中（VS Code、Cursor、JetBrains等）中安装Claude Code插件，安装后可以快速启动Claude Code。实现IDE和Claude Code协同工作。

下面这些是Claude Code日常使用中最重要的命令，建议全部掌握：

Claude.md文件就类似于Cursor的Rules文件，规定了AI怎样生成代码。你可以在里面指定代码风格、开发环境、仓库规范等等。

Claude.md示例如下：

# Bash 命令

• npm run build: 构建项目
  
  
  
• npm run typecheck: 运行类型检查
  
  
  

代码风格

• 使用 ES 模块语法（import/export），而非 CommonJS（require）
  
  
  
• 尽可能使用解构导入（例如：import { foo } from 'bar'）
  
  
  

工作流程

• 完成一系列代码修改后，务必进行类型检查
  
  
  
• 出于性能考虑，优先运行单个测试，而非整个测试套件

  你可以在项目根和子目录创建多个 CLAUDE.md，为每个上下文提供个性化配置。

  文件路径	作用
  项目根目录/CLAUDE.md	团队共享的项目级配置，提交至 Git 供所有成员使用
  项目根目录/CLAUDE.local.md	个人本地覆盖配置，通常加入 .gitignore 避免影响他人
  父目录/CLAUDE.md	在 Monorepo 结构中自动继承的上级配置（递归向上查找）
  子目录/CLAUDE.md	针对特定子模块/功能的独立配置（优先于父级配置加载）
  ~/.claude/CLAUDE.md	用户全局默认配置，适用于所有 Claude 会话的基线设定

  你也可以在对话中，输入#来向CLAUDE.md中动态添加内容

  

  Claude Code支持粘贴图片，可以让Claude根据图片来完成任务，例如：“根据图片设计网页”或“分析错误截图原因”。

  上传后的图片不会直接显示出来，而是会用[Image #id]的占位符替代。

  

  为了安全起见， Claude Code执行一些命令时默认请求你的同意。为了实现更方便的自动化，你可以设置Safe YOLO模式。

  在启动Claude的时候，执行下面的指令即可：

  claude –dangerously-skip-permissions

  执行这个之后，Claude 会自动跳过所有权限确认，不需要你手动点允许。这对于一些重复性任务十分方便。

  使用 /clear 清除聊天上下文，避免累积过多历史信息影响效率。

  

  • / 查看命令
  • 方向键翻历史
  • Tab 补全
  • Option+Enter 换行
  • Ctrl+C 退出等。

  输错指令时，按 ESC 键立即停止 AI 当前任务。

  

  在启动的时候，执行claude -c，可以继续上次对话

  执行claude -r，可以选择历史对话继续。如果你已经打开了某个对话，你也可以输入 /resume 来切换到其他会话中。

  

  Claude Code提供了/compact ，它的作用是压缩对话历史，只保留上下文摘要，从而减少 token 占用。

  

  这样 Claude 就不会因为上下文太杂而卡壳或跑偏。

  GPT plus 代充 只需 145- 用户级命令：~/.claude/commands/，前缀 /user:。

• 项目级命令：.claude/commands/，前缀 /project:。
• 示例：创建 optimize.md 文件后，输入 /project:optimize 自动执行“分析性能并提出优化建议”。

  如果有一些经常用到的工作流程，你可以将流程设置为自定义指令。自定义指令分为两种：

  • 用户级命令：放在 ~/.claude/commands/ 目录下，适合所有项目通用的命令。触发方式是输入 /user:命令名。
  • 项目级命令：放在项目根目录下的 .claude/commands/ 目录中，适合这个项目专用的命令。触发方式是 /project:命令名。

  举个例子：

  假设在 .claude/commands/ 文件夹里新建了一个 optimize.md 文件，里面写上：

  请分析并修复这个GitHub Issue：$ARGUMENTS。

按照以下步骤操作：

1. 使用gh issue view命令查看Issue详情
2. 理解Issue描述
3. 在代码库中搜索相关文件
4. 实施必要的修改来解决Issue
5. 编写并运行测试来验证修复
6. 确保代码通过代码风格检查和类型检查
7. 创建描述性的提交信息
8. 推送代码并创建PR

请记住所有GitHub相关操作都使用GitHub CLI工具(gh)来完成。

保存后，你就可以在 Claude Code 中执行 /project:fix-github-issue 1234 ，让 Claude 自动修复指定的 GitHub issue。其中1234是Issue的ID，而指令中的ARGUMENTS会被自动替换成1234

你还可以把其他需求封装成命令，比如：

• /user:write-tests → 生成测试用例
• /project:lint → 按团队规范格式化代码
• /user:explain → 把复杂代码解释成人话

Claude 对结构化语言比较敏感，使用类似 XML 的分块格式，可以显著提升提示词的清晰度与可控性。推荐使用如下结构：

GPT plus 代充 只需 145<instruction> 你希望 Claude 执行的主要任务或目标 </instruction>

<context> 任务的背景信息，比如涉及的框架、业务逻辑、团队规范等 </context>

<code_example> 可以参考的代码片段、接口规范或已有实现 </codeexample>

这种写法能帮助 Claude 更准确地区分“你要它做什么”和“你提供了哪些辅助信息”，避免它把背景当成目标来执行。

Claude 是可以学习的，关键是你得让它在行动前先理解上下文。

比如：

I need to implement a new authentication system using OAuth2 for our API. Think deeply about the best approach for implementing this in our codebase.

think about potential security vulnerabilities in this approach

think harder about edge cases we should handle

Claude 不是你脑内的复制人，如果你的指令含糊、信息不全，它就只能瞎猜，结果十有八九都不准。

正确做法是：

• 花时间写清楚你要它完成的功能点；
• 明确涉及哪些接口、交互方式、边界条件；
• 如果能画图（流程图、数据流）就更好了。

你写得越清晰，Claude 越能准确执行； 你模糊带过，它就只能听个响。

• 小任务：一次性发送明确需求，Claude 可快速完成，适合如“重写注释”、“格式化当前文件”等场景。
• 复杂任务：建议手动拆分步骤，例如：
• 第一步：创建 API 接口
• 第二步：添加字段验证
• 第三步：编写测试用例
• 第四步：写文档或 PR 描述
  拆解有助于 Claude 聚焦上下文，避免 token 超限或逻辑混乱。
  

在让 Claude 修改代码前，最好先让它分析项目结构。常见做法包括：

• 粘贴数据库 schema，让 Claude 熟悉表结构和字段类型
• 展示错误处理逻辑、鉴权逻辑、目录结构等核心框架内容
• 通过 CLAUDE.md 明确风格规范和依赖框架（如是否使用 DRF、是否自定义异常处理等）

Claude 理解越清晰，生成的代码越贴合项目现状。

你可以直接用日常语言让 Claude 帮你写出复杂的 Linux 命令。典型例子：

• 列出当前目录下所有 Java 文件中行数最多的前 3 个
• 查找最近 7 天内被修改过的 Markdown 文件
• 批量重命名符合特定规则的文件
• 统计每个 Python 文件的函数数量并排序

Claude 会输出对应的 Bash 命令，并解释含义，适合脚本生成、自动化处理或命令学习。

/model 切换 Claude Sonnet 4（默认，性价比高）和 Claude Opus（Max 用户专属，性能更强）。

使用 /cost 可以查看消费情况，可以查看总花费、总使用时长、模型使用情况等信息。

/cost 的作用比较局限，只能查看当前会话的消耗。推荐使用 ccusage 进行更细致的监控。

安装方式：sudo npm install -g ccusage

ccusage其他常用指令：

GPT plus 代充 只需 145# 基础用法
 ccusage # 显示每日报告（默认）
 ccusage daily # 每日 token 使用量及费用
 ccusage monthly # 月度汇总报告
 ccusage session # 按会话统计用量
 ccusage blocks # 5小时计费窗口数据

实时监控

ccusage blocks –live # 实时用量仪表盘

筛选与选项

示例

claude mcp add pg-server /path/to/postgres-mcp –connection-string “postgresql://user:pass@localhost:5432/mydb”

管理MCP：

GPT plus 代充 只需 145claude mcp list # 查看已配置的服务 claude mcp get <name> # 查看服务详情 claude mcp remove <name> # 删除服务 

Claude Code GitHub Actions 是一套 AI 驱动的 GitHub 自动化工具，旨在将 Claude 的代码生成与协作能力无缝整合进你的开发工作流。

安装方式：在Claude Code中执行 /install-github-app ，按照流程安装即可。

安装完成后，你可以在PR或者issue中 @claude，让它完成指定任务：

通过 issue 自动生成 PR：

@claude implement this feature based on the issue description 

请求代码建议：

GPT plus 代充 只需 145@claude how should I implement user authentication for this endpoint? 

修复 bug：

@claude fix the TypeError in the user dashboard component 

Claude 不只是一个交互式 AI，它还可以像一个普通的 Unix 命令行工具那样，融入你的开发流程中。

比如你可以用管道 | 为Claude输入内容：

GPT plus 代充 只需 145cat build-error.txt | claude -p ‘concisely explain the root cause of this build error’ > output.txt 

除了纯文本外，在输出的时候还可以指定输出格式：

文本格式（默认）:

cat data.txt | claude -p ‘summarize this data’ –output-format text > summary.txt 

• 仅输出纯文本内容。
• 适合日常对话、摘要、说明等任务。

JSON 格式：

GPT plus 代充 只需 145cat code.py | claude -p ‘analyze this code for bugs’ –output-format json > analysis.json 

• 输出为 JSON 数组，包含 Claude 的响应、元数据（如 token 成本、运行时间等）。
• 适合将结果嵌入自动化流程或前端展示。

流式 JSON（stream-json）

cat log.txt | claude -p ‘parse this log file for errors’ –output-format stream-json 

• 实时逐条输出 JSON 消息，每条是一个独立 JSON 对象。
• 更适合处理大文件、长输出或实时监控等场景。
• 注意：整个输出不是完整 JSON 数组，需逐条处理。

你甚至还可以把 Claude 加入构建脚本，作为代码审查工具运行。

GPT plus 代充 只需 145{ “scripts”: {

"lint:claude": "claude -p 'you are a linter. please look at the changes vs. main and report any issues related to typos. report the filename and line number on one line, and a description of the issue on the second line. do not return any other text.'" 

} }