主题
01.2 界面全解与快捷键
把每个按钮的英文原名、中文对照和真实用途讲一遍，包括那些藏起来的。
读完你能做什么：不再靠"点着试试"来发现功能，并用键盘完成 90% 的操作。
一、主界面解剖
1.1 左侧栏（Sidebar）
| 元素 | 中文对照 | 说明 |
|---|---|---|
[New Chat] | 新建对话 | 开启全新上下文。注意：它不继承上一段对话的任何内容 |
[Chats] | 对话列表 | 历史会话，按时间倒序 |
[Projects] | 项目 | 带专属知识库与自定义指令的工作区，详见 01.3 |
[Artifacts] | 工件 | 跨会话的工件集合入口 |
[Search] | 搜索 | 全局搜索历史对话内容 |
[Starred] | 已收藏 | 标星的对话 |
关键认知：[New Chat] (新建对话) 意味着上下文清零。很多人以为 Claude "记得"上次说过什么 —— 在同一个对话内它记得，跨对话它完全不记得（除非你用 [Projects] (项目) 的知识库或 Claude Code 的记忆机制）。
1.2 输入框区域（Composer）
| 元素 | 中文对照 | 说明 |
|---|---|---|
[Attach] / 回形针图标 | 附加 | 上传文件、图片、PDF |
[Model Selector] | 模型选择器 | 切换 Opus / Sonnet / Haiku |
[Extended Thinking] | 扩展思考 | 开启后模型在回答前进行更长的显式推理 |
[Web Search] | 网页搜索 | 允许联网检索最新信息 |
[Style] | 写作风格 | 切换输出语气（Normal / Concise / Explanatory / Formal / 自定义） |
[Send] | 发送 | Enter |
1.3 回复下方的操作条
| 元素 | 中文对照 | 什么时候用 |
|---|---|---|
[Copy] | 复制 | 复制纯文本 |
[Retry] / [Regenerate] | 重试 / 重新生成 | 对同一个提示词重新采样。输出不满意时的第一反应应该是改提示词，不是无脑重试 |
[Thumbs Up] / [Thumbs Down] | 点赞 / 点踩 | 给 Anthropic 的反馈通道。遇到明显错误或不合理的拒绝，点踩是最有效的表达方式 |
[Branch] (部分版本) | 分支 | 从这条回复分叉出新对话线 |
1.4 你自己消息的悬浮操作
| 元素 | 中文对照 | 关键技巧 |
|---|---|---|
[Edit] | 编辑 | 最被低估的功能。修改你的提问后重新提交，会丢弃该消息之后的所有对话 —— 这是清理被污染上下文的最干净方式 |
二、[Edit] (编辑) 的高级用法：上下文外科手术
假设你的对话是这样的：
text
你：分析这段代码 ← 消息 1
Claude：（分析） ← 回复 1
你：改成用 Redis ← 消息 2 ⚠️ 这个方向错了
Claude：（一堆 Redis 代码） ← 回复 2 ⚠️ 污染了上下文
你：不对，还是用内存缓存 ← 消息 3
Claude：（纠正） ← 回复 3 ⚠️ 但 Redis 的内容还在上下文里干扰此时上下文里同时存在两套互相矛盾的方案，模型的注意力被分散。正确做法：回到消息 2，点 [Edit] (编辑)，改成「改成用内存 LRU 缓存」，提交。消息 2 之后的所有内容被丢弃，上下文重新干净。
这个操作在长会话中的价值极高，原因见 04.2 注意力机制自白。
三、快捷键速查
平台差异：以下
Cmd对应 macOS，Windows / Linux 用Ctrl。快捷键会随版本调整，若失效请在界面中查看当前版本的快捷键提示。
3.1 通用
| 快捷键 | 动作 |
|---|---|
Cmd + K | 命令面板 / 快速搜索 |
Cmd + Shift + O | 新建对话 |
Cmd + / | 显示快捷键列表 |
Enter | 发送 |
Shift + Enter | 换行（不发送） |
↑（输入框为空时） | 编辑上一条消息 |
Esc | 中断正在生成的回复 |
3.2 桌面客户端专属
| 快捷键 | 动作 |
|---|---|
Cmd + , | 打开 [Settings] (设置) |
Cmd + N | 新窗口 |
Cmd + F | 在当前对话内查找 |
四、[Style] (写作风格) 的实际影响
[Style] (写作风格) 不是简单的"语气开关"，它会注入一段系统级指令，直接改变输出的结构与长度。
| 内置风格 | 英文 | 效果 | 适用 |
|---|---|---|---|
| 普通 | Normal | 默认平衡 | 通用 |
| 简洁 | Concise | 大幅压缩篇幅，去掉铺垫和总结 | 你已经懂背景，只要答案 |
| 解释型 | Explanatory | 增加原理说明和类比 | 学习新概念 |
| 正式 | Formal | 书面语，结构化 | 生成对外文档 |
| 自定义 | Custom | 你自己写规则 | 团队文档规范、个人偏好 |
自定义风格的写法建议（在 [Settings] (设置) → [Style] (写作风格) 中创建）：
text
- 直接给结论，不要开场白（禁止「好的，我来帮你...」这类句子）
- 代码优先于散文：能用代码块说清的不写段落
- 每个技术断言必须附带验证方式（命令、文件路径或链接）
- 不确定时明说「我不确定」，不要用模糊措辞掩饰
- 中文正文，技术术语保留英文原文注意：
[Style] (写作风格)是全局的，[Projects] (项目)的[Custom Instructions] (自定义指令)是项目级的，单条消息里的指令是局部的。三者叠加时，越靠近当前消息的指令权重越高。原理见 04.2。
五、[Extended Thinking] (扩展思考) 什么时候开
| 场景 | 开不开 | 理由 |
|---|---|---|
| 数学推导、逻辑谜题 | ✅ 开 | 分步推理显著提升准确率 |
| 多约束的方案设计 | ✅ 开 | 需要权衡时思考过程有价值 |
| 复杂代码的 debug | ✅ 开 | 需要建立因果链 |
| 简单问答、格式转换 | ❌ 关 | 纯粹增加延迟和成本 |
| 创意写作 | ⚠️ 视情况 | 过度分析可能让文字变得机械 |
| 需要严格遵守输出格式 | ⚠️ 视情况 | 思考有时会"想跑偏"，需要在提示词里强化格式约束 |
深入讨论见 02.5 思维链与 Extended Thinking。
六、容易被忽略的功能
| 功能 | 位置 | 为什么重要 |
|---|---|---|
[Share] (分享) | 对话右上角 | 生成公开链接。注意：会包含完整对话内容，分享前检查有无敏感信息 |
[Usage] (用量) | [Settings] (设置) | 看清额度消耗节奏，避免关键时刻被限流 |
[Privacy Settings] (隐私设置) | [Settings] (设置) | 控制对话是否用于模型改进 |
| 拖拽上传 | 直接拖到对话区 | 比点回形针快 |
| 粘贴长文本自动转附件 | 粘贴超长内容时 | 超过阈值会自动变成附件，避免撑爆输入框 |
| 图片粘贴 | Cmd + V | 截图后直接粘贴，用于 UI 问题描述极高效 |
七、一个实用的界面工作流
处理"分析一份长报告"这类任务时的最优操作序列：
[New Chat] (新建对话)—— 保证干净上下文[Model Selector] (模型选择器)→ 选Opus—— 长文本分析值得用最强模型- 拖拽上传 PDF —— 而不是复制粘贴文本（保留结构信息）
- 先不要提问，第一条消息只说明角色与任务框架：
text
<role>你是一名尽调分析师。</role>
<task>
我上传了一份 80 页的报告。我会分三轮向你提问。
第一轮：请只做结构化摘要，不做评价。
</task>
<constraints>
- 所有结论必须标注出自报告的哪一节
- 报告中没有明确写的内容，标注为「报告未涉及」，不要推测
</constraints>- 后续轮次逐步深入 —— 而不是一次问 10 个问题
理由见 03.3 长文档处理战术。