如何与 Claude Code 对话：完整沟通指南（2026最新）

本指南全面解答**"如何与 Claude Code 对话"**，提供实用技巧、40+ 斜杠命令、提示词策略和高级交互方法，帮助你最大化 Claude Code 的生产力。

对话基础

开始对话

基本用法 - 无需特殊提示词：

# 进入你的项目目录
cd your-awesome-project

# 启动 Claude Code
claude

# 直接提问
> 认证系统是如何工作的？
> 给登录函数添加错误处理
> 哪些文件处理用户注册？

对话流程

Claude Code 如何响应：

理解你的请求 → 分析上下文
探索你的代码库 → 读取相关文件
制定计划 → 决定采取什么行动
执行操作 → 使用工具（Read、Edit、Bash 等）
提供反馈 → 显示结果并请求确认

三种对话模式

模式	图标	用途	如何进入
普通模式	⏵	标准交互	默认
自动接受	⏵⏵	自动批准权限	按 Shift+Tab
计划模式	⏸	只规划不执行	按 Shift+Tab 两次或 `/plan`

切换模式：按 Shift+Tab 在模式间切换。

Claude Code 如何理解你

自然语言处理

Claude Code 理解自然语言，你可以像与同事交流一样沟通：

✅ 好的示例：

> 将登录函数重构为使用 async/await
> 在注册表单中添加邮箱地址验证
> 查找代码库中的所有 TODO
> 解释支付处理是如何工作的

✗ 不必要的复杂表达：

> 对名为 login 的函数执行代码重构操作，使用 async await 模式

上下文感知

Claude Code 知道什么：

✅ 当前工作目录和项目结构
✅ 你引用过的文件
✅ 之前的对话历史（直到清除）
✅ CLAUDE.md 文件（全局和项目级）
✅ Git 仓库状态（分支、提交、变更）

Claude Code 不知道什么（除非你告诉它）：

✗ 你的特定编码偏好（使用 CLAUDE.md）
✗ 外部文档或 API（提供链接）
✗ 业务逻辑约束（解释它们）

核心斜杠命令（40+）

类别 1：会话管理

命令	用途	示例
`/clear`	开始新对话	`/clear`
`/compact [说明]`	压缩上下文	`/compact 只保留关于认证的讨论`
`/resume [会话]`	恢复之前的会话	`/resume my-project`
`/rename <名称>`	命名当前会话	`/rename api-refactor`
`/exit`	退出 Claude Code	`/exit`

使用技巧：经常使用 /clear —— 每次开始新任务时清除，避免浪费 token。

类别 2：上下文与记忆

命令	用途	示例
`/context`	可视化 token 使用	`/context`
`/memory`	编辑 CLAUDE.md 文件	`/memory`
`/init`	创建项目 CLAUDE.md	`/init`
`/add-dir`	添加工作目录	`/add-dir /path/to/lib`

输出示例（/context）：

上下文使用: ████████░░ 80% (160,000/200,000 tokens)

分解:
- 对话历史: 50,000 tokens
- 文件内容: 90,000 tokens
- 系统消息: 20,000 tokens

类别 3：模型与输出控制

命令	用途	示例
`/model`	切换 AI 模型	`/model haiku`（快速），`/model opus`（强大）
`/output-style [风格]`	更改输出格式	`/output-style concise`

可用模型：

Haiku：快速，简单任务
Sonnet 4.5：均衡（默认）
Opus 4.5：复杂任务，深度分析

输出风格：

concise：简洁响应
normal：标准输出（默认）
detailed：详细解释
reasoning-chain：显示思考过程

类别 4：代码操作

命令	用途	示例
`/review`	请求代码审查	`/review`
`/security-review`	安全审计	`/security-review`
`/plan`	进入规划模式	`/plan`
`/rewind`	撤销对话/代码	`/rewind`

Rewind 使用：

> /rewind

# 菜单出现:
1. 只恢复对话
2. 只恢复代码
3. 恢复两者
4. 取消

# 按 Esc Esc 激活 rewind 菜单

类别 5：项目管理

命令	用途	示例
`/todos`	列出 TODO 项	`/todos`
`/pr-comments`	查看 PR 评论	`/pr-comments`
`/install-github-app`	设置 GitHub 集成	`/install-github-app`
`/bug`	向 Anthropic 报告 bug	`/bug`

类别 6：高级功能

命令	用途	示例
`/agents`	管理子代理	`/agents`
`/bashes`	列出后台任务	`/bashes`
`/mcp`	管理 MCP 服务器	`/mcp`
`/plugin`	管理插件	`/plugin`
`/vim`	启用 Vim 模式	`/vim`
`/sandbox`	隔离的 bash 执行	`/sandbox`

类别 7：配置与信息

命令	用途	示例
`/config`	打开设置	`/config`
`/status`	显示系统状态	`/status`
`/doctor`	健康检查	`/doctor`
`/cost`	Token 使用统计	`/cost`
`/usage`	计划使用限制	`/usage`（仅订阅）
`/stats`	使用统计	`/stats`
`/help`	命令列表	`/help`

类别 8：账户与隐私

命令	用途	示例
`/login`	切换账户	`/login`
`/logout`	登出	`/logout`
`/privacy-settings`	更新隐私设置	`/privacy-settings`
`/permissions`	管理工具权限	`/permissions`

类别 9：UI 自定义

命令	用途	示例
`/theme`	更改颜色主题	`/theme`
`/statusline`	配置状态栏	`/statusline`
`/terminal-setup`	设置键绑定	`/terminal-setup`
`/ide`	IDE 集成	`/ide`

类别 10：远程与导出

命令	用途	示例
`/remote-env`	配置远程会话	`/remote-env`（claude.ai 订阅者）
`/teleport`	恢复远程会话	`/teleport <session-id>`（claude.ai 订阅者）
`/export [文件名]`	导出对话	`/export conversation.md`
`/release-notes`	查看更新日志	`/release-notes`

有效的提示词技巧

技巧 1：具体而清晰

✅ 好的提示词（清晰、可执行）：

> 在用户注册表单中添加输入验证：
  - 邮箱必须是有效格式
  - 密码最少 8 个字符
  - 用户名只能是字母数字
  - 添加适当的错误消息

✗ 模糊的提示词：

> 让表单变得更好

技巧 2：先提供上下文

最佳实践：让 Claude 在写代码前先阅读文件

# ✅ 好的工作流
> 阅读 src/auth/ 目录下的文件并解释认证流程

[Claude 阅读并解释]

> 现在添加两步验证支持

# ✗ 仓促的方法
> 添加两步验证

[Claude 可能做出错误假设]

技巧 3：请求计划

对于复杂任务，先请求计划：

> 我想重构数据库层以支持多个数据库。
  请创建逐步计划并保存到 REFACTOR_PLAN.md

[Claude 创建详细计划]

> 让我们从步骤 1 开始

技巧 4：使用扩展思考

触发更深入分析的思考关键词：

关键词	思考预算	使用场景
`think`	低	简单澄清
`think hard`	中	复杂逻辑
`think harder`	高	架构决策
`ultrathink`	最大	关键设计选择

示例：

> 深入思考实现此 API 缓存的最佳方式。
  考虑：
  - 内存限制
  - 分布式系统
  - 缓存失效策略

技巧 5：让 Claude 提问

交互式澄清需求：

> 我想构建一个通知系统。在你提出任何建议之前，
  请先问我一些问题以更好地理解需求。

[Claude 询问关于传递方式、持久化、实时 vs 批处理等]

技巧 6：提供示例

用演示提高准确性：

> 将所有 API 错误响应重构为以下格式：

{
  "error": {
    "code": "AUTH_001",
    "message": "无效凭证",
    "details": {...}
  }
}

示例转换：
// 之前:
throw new Error("Invalid credentials")

// 之后:
throw new APIError("AUTH_001", "无效凭证", { userId })

将此模式应用到 src/api/ 中的所有错误

技巧 7：分解复杂任务

✅ 渐进式方法：

> 让我们分 3 个阶段添加用户档案：
  阶段 1: 数据库模式和模型
  阶段 2: API 端点 (CRUD)
  阶段 3: 前端组件

  从阶段 1 开始，每个阶段完成后 /clear。

✗ 一次性全做：

> 实现完整的用户档案，包括数据库、API 和前端

上下文管理

理解上下文窗口

Claude Code 有有限的上下文窗口（约 200,000 tokens）：

上下文窗口 = 对话历史 + 文件内容 + 系统消息

为什么重要：

长对话会填满上下文
大文件会快速消耗 tokens
上下文满时性能下降

策略 1：经常使用 `/clear`

何时清除：

✅ 在不同任务间切换
✅ 完成主要功能
✅ 响应时间变慢
✅ 上下文达到 80%+（用 /context 检查）

示例工作流：

> 实现用户认证
[完成任务]

> /clear  # 重新开始

> 现在实现支付处理

策略 2：明智使用 `/compact`

压缩历史同时保留关键信息：

# 基本压缩（自动选择保留内容）
> /compact

# 定向压缩（指定重要内容）
> /compact 保留关于数据库模式和错误处理模式的讨论

结果：减少 60-80% 的上下文同时保持连续性。

策略 3：使用子代理

通过委托给专门代理来保留主上下文：

> 使用子代理调查支付 webhook 为什么失败，
  然后报告你的发现。

[子代理在单独上下文中运行，返回摘要]

好处：

主对话保持整洁
可以终止子代理而不丢失主上下文
可能并行调查

策略 4：外部存储

将计划和规范保存到文件：

> 为新功能创建详细实施计划并保存到 IMPLEMENTATION_PLAN.md

# /clear 之后:

> 读取 IMPLEMENTATION_PLAN.md 并继续执行步骤 3

高级交互方法

方法 1：CLAUDE.md 文件

提供持久上下文而无需重复：

全局文件（~/.claude/CLAUDE.md）：

# 我的偏好

## 代码风格
- TypeScript 严格模式
- ESLint + Prettier
- 优先使用函数式编程
- 禁止 `any` 类型

## 测试
- Jest 用于单元测试
- 测试覆盖率 > 80%
- 可行时使用 TDD

## Git 提交
- 使用 Conventional commits 格式
- 包含 issue 编号

项目文件（.claude/CLAUDE.md）：

# 项目：电商平台

## 技术栈
- Next.js 14 + TypeScript
- PostgreSQL + Prisma ORM
- TailwindCSS + shadcn/ui

## 架构
/src
  /app - Next.js App Router
  /components - React 组件
  /lib - 工具函数
  /api - API 路由

## 重要说明
- 支付处理使用 Stripe
- 图片存储在 S3
- Redis 用于会话管理

方法 2：自定义斜杠命令

创建可重用的提示词模板：

示例：.claude/commands/commit.md

---
allowed-tools: Bash(git add:*), Bash(git status:*), Bash(git commit:*)
argument-hint: [message]
description: 创建 git 提交
---

## 上下文

- 当前状态: !`git status`
- 当前差异: !`git diff HEAD`
- 当前分支: !`git branch --show-current`
- 最近提交: !`git log --oneline -10`

## 任务

创建提交消息: $ARGUMENTS

遵循 conventional commits 格式：
- feat: 新功能
- fix: Bug 修复
- docs: 文档
- refactor: 代码重构

包含：
- 简短摘要（最多 72 字符）
- 如需要添加详细描述
- 相关 issue 编号

使用：

> /commit "添加 JWT 用户认证"

方法 3：MCP 集成

使用外部工具扩展 Claude Code：

示例 MCP 服务器：

GitHub：/mcp__github__list_prs，/mcp__github__pr_review 456
Jira：/mcp__jira__create_issue "Bug 标题" high
Database：/mcp__postgres__query "SELECT * FROM users"

设置：

> /mcp

# 添加 MCP 服务器
> /mcp add github

# 授予权限
> /permissions
# 允许: mcp__github__*

方法 4：无头模式

非交互式自动化（CI/CD、脚本）：

# 单次提示词执行
claude -p "运行测试并报告任何失败"

# 使用文件输入
claude -p "审查此 PR 中的变更" < pr-diff.txt

# 在 pre-commit hook 中
#!/bin/bash
claude -p "检查暂存文件中的安全问题"

创建自定义命令

基本命令结构

位置：

项目级：.claude/commands/
个人级：~/.claude/commands/

简单示例（.claude/commands/optimize.md）：

分析此代码的性能问题并建议优化：

- 识别 O(n²) 或更差的算法
- 查找不必要的循环
- 检查冗余计算
- 建议缓存机会

使用：/optimize

使用参数

位置参数（$ARGUMENTS 捕获所有）：

.claude/commands/fix-issue.md：

按照我们的编码标准修复 issue #$ARGUMENTS：

1. 从 GitHub 读取 issue
2. 定位相关代码
3. 实施修复
4. 添加测试
5. 更新文档

使用：/fix-issue 123 high-priority

命名参数（$1、$2 等）：

.claude/commands/review-pr.md：

以优先级 $2 审查 PR #$1 并分配给 $3：

1. 获取 PR 详情
2. 审查代码变更
3. 检查测试
4. 发布审查评论
5. 分配给 $3 进行最终批准

使用：/review-pr 456 high alice

Bash 命令集成

在提示词运行前执行命令（使用 ! 前缀）：

.claude/commands/deploy.md：

---
allowed-tools: Bash(npm run build:*), Bash(git push:*)
---

## 部署前检查

- 当前分支: !`git branch --show-current`
- 未提交变更: !`git status --porcelain`
- 上次成功构建: !`cat .last-build || echo "never"`
- 部署目标: !`cat .deployment-target`

## 任务

如果所有检查通过，运行部署流程。

文件引用

直接引用文件（使用 @ 前缀）：

.claude/commands/compare.md：

比较 @src/old-version.js 和 @src/new-version.js 中的实现：

1. 识别差异
2. 分析性能影响
3. 检查破坏性变更
4. 推荐迁移策略

Frontmatter 选项

高级命令配置：

---
allowed-tools: Bash(git add:*), Bash(git status:*), Bash(git commit:*)
argument-hint: [message]
description: 创建 git 提交
model: claude-3-5-haiku-20241022
disable-model-invocation: false
hooks:
  pre-execute:
    - Bash(git status)
  post-execute:
    - Bash(git log --oneline -1)
---

[命令内容]

常见对话模式

模式 1：探索 → 规划 → 执行

# 步骤 1: 探索
> 读取 src/auth/ 中的所有文件并解释认证当前如何工作

# 步骤 2: 规划
> 创建添加 OAuth 支持的计划并保存到 AUTH_OAUTH_PLAN.md

# 步骤 3: 执行
> 让我们从计划中的步骤 1 开始实施

# 步骤 4: 在主要步骤间清除
> /compact 保留 OAuth 实施细节

> 继续步骤 2

模式 2：迭代优化

# 初始请求
> 给用户输入表单添加验证

[Claude 实施]

# 优化
> 很好，但也要添加带实时反馈的客户端验证

[Claude 增强]

# 润色
> 完美。现在添加无障碍属性（ARIA 标签）

模式 3：代码审查循环

> /review

[Claude 审查代码]

> 修复你发现的所有问题

[Claude 做出变更]

> 再次 /review

[Claude 确认修复]

> /clear

模式 4：Bug 调查

> 支付 webhook 间歇性失败。调查：
  1. 检查最近的错误日志
  2. 审查 webhook 配置
  3. 用样本 payload 测试
  4. 识别根本原因

[Claude 调查]

> 根据你的发现，实施带适当错误处理的修复

沟通问题排查

问题 1：Claude 不理解

症状：模糊或不正确的响应

解决方案：

更具体：

# ✗ 模糊
> 修复 bug

# ✅ 具体
> 登录表单没有正确验证邮箱格式。
  用户可以提交无效邮箱。修复 src/components/LoginForm.tsx 中的验证

提供示例：

> API 响应格式不一致。标准化为：
  { "data": {...}, "error": null, "meta": {...} }

  示例：GET /users/123 应该返回 {...}

引用具体文件：

> 查看 src/utils/validators.ts 第 45 行。正则表达式模式是错误的。

问题 2：Claude 做出错误假设

症状：实施与预期不同

解决方案：

让 Claude 先提问：

> 在实施前，问我关于以下方面的澄清问题：
  - 数据结构
  - 错误处理
  - 边缘情况

使用规划模式：

> /plan

> 为[任务]提出实施计划，但先不要执行

提供架构约束：

> 添加缓存层，但是：
  - 必须使用 Redis（不是内存）
  - TTL 应该可配置
  - 缓存键必须遵循模式：cache:{type}:{id}

问题 3：响应缓慢

症状：Claude 响应时间过长

解决方案：

检查上下文使用：

> /context

# 如果 > 80%，压缩或清除
> /compact

切换到更快的模型：

> /model haiku

> [你的请求]

# 对于复杂任务切换回来
> /model sonnet

分解任务：

# 不要这样:
> 实现整个用户管理系统

# 而要这样:
> 让我们分阶段实施用户管理。
  阶段 1: 只做数据库模型

问题 4：Claude 忘记之前的上下文

症状：重复问题或忘记之前的决定

解决方案：

不要在任务中途使用 /clear：

# ✓ 好
> [完成任务]
> /clear
> [开始新任务]

# ✗ 坏
> [开始任务]
> /clear  # 丢失上下文！
> [尝试继续]

使用 /compact 替代：

> /compact 保留关于数据库模式的讨论

将重要决定保存到文件：

> 将我们关于 API 设计的决定保存到 ARCHITECTURE_DECISIONS.md

最佳实践

实践 1：第一个提示词最重要

整个对话的锚点：

✅ 好的第一提示词：

> 我正在使用 Node.js + Express + PostgreSQL 构建电商平台的 REST API。

  当前任务：实现产品目录端点。

  在我们开始之前，请：
  1. 读取 src/api/ 中的现有代码
  2. 审查 db/schema.sql 中的数据库模式
  3. 询问关于需求的澄清问题

✗ 弱的第一提示词：

> 添加产品端点

实践 2：经常清除，明智压缩

推荐工作流：

# 对于不同的任务
任务 A → 完成 → /clear → 任务 B

# 对于相关任务
任务 A → 完成 → /compact → 任务 B → 完成 → /compact → 任务 C

# 每 30-60 分钟
检查 /context → 如果 > 70% → /compact 或 /clear

实践 3：广泛使用 CLAUDE.md

避免重复自己：

# .claude/CLAUDE.md

## 代码标准
[定义一次，应用于所有对话]

## 项目结构
[解释一次，始终可用]

## 测试要求
[设置一次，一致执行]

实践 4：利用子代理

何时使用子代理：

✅ 好的用例：

调查特定错误
研究 API 文档
运行探索性测试
并行代码分析

> 使用子代理检查我们的 API 是否匹配 OpenAPI 规范

实践 5：接受前先审查

在接受变更前始终验证：

# Claude 提出变更
[仔细审查差异]

> 在我接受之前，解释：
  1. 你为什么选择这种方法
  2. 涵盖了哪些边缘情况
  3. 需要什么测试

[Claude 解释]

> 接受 / 拒绝 / 修改

实践 6：在命令中记录

创建组织知识：

.claude/commands/
├── frontend/
│   ├── component.md      # "按照我们的模式生成组件"
│   ├── test.md           # "用我们的约定创建测试"
│   └── story.md          # "添加 Storybook 故事"
├── backend/
│   ├── endpoint.md       # "创建 API 端点"
│   ├── migration.md      # "生成数据库迁移"
│   └── test.md           # "创建集成测试"
└── git/
    ├── commit.md         # "创建 conventional commit"
    └── pr.md             # "创建 pull request"

提交到 git → 与团队共享 → 一致的工作流

常见问题

Q1: 如何同时与 Claude Code 讨论多个文件？

A: 明确引用它们：

> 比较 @src/old-api.js、@src/new-api.js 和 @docs/MIGRATION.md

# 或通过自然语言使用通配符
> 读取 src/components/ 中的所有 TypeScript 文件并识别不一致的模式

Q2: Claude Code 能跨项目记住我的偏好吗？

A: 可以，使用全局 CLAUDE.md 文件：

# 编辑全局偏好
> /memory

# 或手动编辑
nano ~/.claude/CLAUDE.md

Q3: 如何让 Claude Code 不那么啰嗦？

A: 使用输出风格：

> /output-style concise

# 或在提示词中指定
> [你的请求]。保持响应简洁。

Q4: `/clear` 和 `/compact` 有什么区别？

命令	效果	何时使用
`/clear`	完全重置对话	切换到无关任务
`/compact`	压缩历史，保留关键信息	继续相关工作，上下文 > 70%

Q5: 如何在无头模式下与 Claude Code 对话？

A: 使用 -p 标志：

# 单个提示词
claude -p "运行测试并报告失败"

# 使用 stdin
echo "console.log('test')" | claude -p "审查此代码"

# 在脚本中
#!/bin/bash
result=$(claude -p "检查安全问题")
if [[ $result == *"CRITICAL"* ]]; then
  exit 1
fi

Q6: Claude Code 能理解图片或图表吗？

A: 可以，引用图片文件：

> @diagram.png 显示了期望的架构。实现此设计。

Q7: 如何中途停止 Claude Code 执行？

A: 按 Ctrl+C（一次优雅停止，两次强制退出）

总结

核心原则

理解如何与 Claude Code 对话的有效方式包括：

✅ 自然语言 - 不需要特殊语法
✅ 清晰具体 - 对需求要明确
✅ 上下文感知 - 主动管理 token 使用
✅ 迭代优化 - 探索 → 规划 → 执行
✅ 持久知识 - 使用 CLAUDE.md 和自定义命令

沟通检查清单

开始前：

导航到正确目录（cd your-project）
检查现有 CLAUDE.md（cat .claude/CLAUDE.md）
决定对话模式（普通/自动接受/计划）

对话中：

以清晰详细的第一提示词开始
在代码变更前请求文件阅读
监控上下文使用（/context）
上下文 > 70% 时使用 /compact
在无关任务间使用 /clear

高级技巧：

为重复工作流创建自定义斜杠命令
配置全局 CLAUDE.md 以设置个人偏好
使用子代理进行并行调查
为复杂决策启用扩展思考
利用 MCP 服务器进行外部集成

40+ 斜杠命令快速参考

最常用（记住这些）：

/clear - 重新开始
/compact - 减少上下文
/context - 检查 token 使用
/model - 切换 AI 模型
/help - 命令列表
/resume - 继续之前的会话
/review - 代码审查
/plan - 规划模式
/rewind - 撤销变更

完整列表：在 Claude Code 中输入 /help 或查看斜杠命令参考

下一步

初学者：

以清晰目标开始对话
定期使用 /clear 和 /compact
创建你的第一个 CLAUDE.md 文件

中级：

为你的工作流创建自定义斜杠命令
尝试子代理和扩展思考
配置输出风格和模型切换

高级：

构建全面的命令库
集成 MCP 服务器
使用无头模式自动化
向团队仓库贡献命令

如何与 Claude Code 对话：完整沟通指南

目录

对话基础

开始对话

对话流程

三种对话模式

Claude Code 如何理解你

自然语言处理

上下文感知

核心斜杠命令（40+）

类别 1：会话管理

类别 2：上下文与记忆

类别 3：模型与输出控制

类别 4：代码操作

类别 5：项目管理

类别 6：高级功能

类别 7：配置与信息

类别 8：账户与隐私

类别 9：UI 自定义

类别 10：远程与导出

有效的提示词技巧

技巧 1：具体而清晰

技巧 2：先提供上下文

技巧 3：请求计划

技巧 4：使用扩展思考

技巧 5：让 Claude 提问

技巧 6：提供示例

技巧 7：分解复杂任务

上下文管理

理解上下文窗口

策略 1：经常使用 /clear

策略 2：明智使用 /compact

策略 3：使用子代理

策略 4：外部存储

高级交互方法

方法 1：CLAUDE.md 文件

方法 2：自定义斜杠命令

方法 3：MCP 集成

方法 4：无头模式

创建自定义命令

基本命令结构

使用参数

Bash 命令集成

文件引用

Frontmatter 选项

常见对话模式

模式 1：探索 → 规划 → 执行

模式 2：迭代优化

模式 3：代码审查循环

模式 4：Bug 调查

沟通问题排查

问题 1：Claude 不理解

问题 2：Claude 做出错误假设

问题 3：响应缓慢

问题 4：Claude 忘记之前的上下文

最佳实践

实践 1：第一个提示词最重要

实践 2：经常清除，明智压缩

实践 3：广泛使用 CLAUDE.md

实践 4：利用子代理

实践 5：接受前先审查

实践 6：在命令中记录

常见问题

Q1: 如何同时与 Claude Code 讨论多个文件？

Q2: Claude Code 能跨项目记住我的偏好吗？

Q3: 如何让 Claude Code 不那么啰嗦？

Q4: /clear 和 /compact 有什么区别？

Q5: 如何在无头模式下与 Claude Code 对话？

Q6: Claude Code 能理解图片或图表吗？

Q7: 如何中途停止 Claude Code 执行？

总结

核心原则

沟通检查清单

40+ 斜杠命令快速参考

下一步

相关阅读

策略 1：经常使用 `/clear`

策略 2：明智使用 `/compact`

Q4: `/clear` 和 `/compact` 有什么区别？