快速入门入门
Claude 怎么用:完整使用教程与知识工作流
登录后在对话框里描述任务即可开始使用。它最擅长的是基于你提供的材料做长文档分析、写作与推理,所以把文件传上去、把要求写清楚,比反复调整措辞更能决定结果质量。
一套能直接照做的知识工作流程:给足材料、要求结构化输出、逐条校验,并用项目把重复的工作固定下来。
开始之前
- 一个可用的邮箱
- 可以正常访问 Claude 的网络环境
快速步骤
注册并登录
用邮箱注册并完成验证后登录。网页、桌面端与手机端是同一个账号,记录互通。
从一个真实任务开始
第一句就描述完整任务,而不是先问它能做什么。
说清四件事
目标、背景、约束、期望的输出形式。缺哪一样,它就在哪一样上自由发挥。
把材料传上去
需要基于具体内容回答时上传文件,而不是把长文本粘进对话框。
要求结构化输出
指定表格、清单、字段,并要求标注每条结论的来源位置,方便你抽查。
按需要打开工具
要最新信息用网页搜索,要多来源调研用研究,复杂推理让它多想一会儿。
逐条校验
事实与数字自行核对;基于材料的结论抽查它标注的出处。
把重复的事做成项目
会反复回来做的工作建一个项目,把参考文件和项目指令放进去。
面向第一次使用 Claude 的人:怎么把任务交清楚、长文档和文件怎么处理、Projects 与 Artifacts 分别解决什么问题、网页搜索与研究怎么选,以及怎么校验它给出的结论。
先分清三样东西
搜 “Claude 怎么用” 会同时搜到三种完全不同的东西,先划清楚:
| 是什么 | 在哪里用 | 账号 | |
|---|---|---|---|
| Claude | 给人用的 AI 助手 | 网页、桌面端、手机 | Claude 账号 |
| Claude Code | 跑在终端里的编程智能体 | 命令行、IDE | Claude 订阅或 Console |
| Anthropic API | 给程序调用的接口 | 你自己的代码里 | Claude Console,独立计费 |
本文讲的是第一个。 想让 AI 直接在你的代码仓库里改文件,见 Claude Code 完整使用教程;想把模型接进自己的产品,见 Anthropic Claude API 使用教程。
Claude 是什么
一个通用 AI 助手,强项在基于你提供的材料做长文本理解、分析与写作。日常用得最多的三类事:读文档并回答问题、写作与改写、理解和编写代码。
需要知道的边界:它的输出是生成的,不是查出来的——除非你明确让它去联网搜索。这一条决定了后面所有的校验动作。
从哪里用
网页端、桌面应用、手机 App 是同一个账号,对话记录互通。开始用哪个都行。
决定结果质量的不是提示词模板
真正有效的是把任务交接清楚——像交给一个能力很强、但完全不了解你处境的同事。
四样东西写全:
| 说什么 | 反例 → 正例 | |
|---|---|---|
| 目标 | 你要得到什么 | 「看看这份合同」→「找出对我方不利的条款并说明风险」 |
| 背景 | 它不知道的情况 | 「写份说明」→「面向不懂技术的客户,事故已修复,需要解释影响范围」 |
| 约束 | 不能怎么做 | 「简单点」→「不承诺赔偿、不披露内部架构、300 字以内」 |
| 输出 | 要什么形式 | 「整理一下」→「按风险等级分组的表格,每项注明所在条款号」 |
对比一下:
帮我看看这份合同
这是一份 SaaS 采购合同,我方是采购方,年费约 50 万,合同期三年。
请找出对我方不利的条款,按风险等级分组列成表格,每项包含:
条款号、原文摘录、风险说明、建议的修改方向。
只列真正有风险的,不要逐条复述合同内容。
第二种之所以有效,是因为它把”什么算做完了”说清楚了。
把材料给它
这是 Claude 用得好不好的分水岭。需要基于具体内容回答时,传文件,不要粘贴。
支持常见的文档格式(PDF、Word、表格、纯文本、网页、电子书等)和常见图片格式。可以传进单个对话,也可以放进项目的文件区供多个对话共用。
几条实践经验:
- 提问时指明位置。 「按第 3 节的口径重算」远比「有没有问题」有效。
- 相关材料一起传。 比较两版合同、核对报表与说明,一起传进去它才能交叉引用。
- 注意 PDF 的处理方式。 较短的 PDF 会连同图表等视觉内容一起分析,较长的则只做文本提取;页数也有上限。需要它看图表时,把范围缩小,或者把图表单独截图上传。
- 扫描件效果有限。 没有文字层的扫描 PDF 提取质量差,能拿到可选中文字的版本就用那个。
- 非 PDF 文档只提取文字。 Word、表格里嵌入的图片它读不到。
单个对话与项目文件的大小、数量限制不同,官方文档写得很具体,用前查一下比试错快。
处理长文档
长文本是它的主场,但也有方法。
一次给全,而不是分段喂。 如果材料能一次传完,就一次传完。分段粘贴会让它缺少整体结构感。
先要结构,再要结论。 一个可靠的顺序:
- 「先列出这份文档的结构:有哪些部分,各自讲什么。」——确认它读对了。
- 「按 X、Y、Z 三个维度提取关键事实,标注每条在第几节。」——建立事实基础。
- 「基于上面的事实,回答我的问题。」——做判断。
跳过前两步直接问结论,你会得到一个无法验证的答案。
要求标注来源。 「每条结论注明来自哪一部分」这一句要求,能让你的抽查成本降一个数量级。
Projects:把重复的工作固定下来
项目把参考文件 + 项目指令 + 多个对话绑在一起。
- 项目文件:这个项目的公共材料,项目内所有对话共享,不用每次重传。
- 项目指令:只在这个项目里生效,适合放术语表、输出格式、这个项目特有的背景与约束。
- 项目内的多个对话:分别推进不同子任务,共享同一批上下文。
除了省事,项目还有一个实际好处:项目里的内容会被缓存,重复引用时不会每次都完整消耗额度。经常要基于同一批材料提问的场景,用项目比每次重传省得多。
材料非常多的时候,项目提供检索模式,可以容纳超出单次上下文的知识量。
什么时候该建项目:一件事你会回来做第二次、第三次。一份长期维护的文档、一个持续的调研、一门课的材料、一个客户的往来。一次性任务不用建。
Artifacts:需要反复改的产出
当它产出的是一份完整的、你会继续修改的东西——一篇文档、一段代码、一个可交互页面——内容会出现在对话旁边的独立窗口里。
好处是:不用在对话里一遍遍重贴全文,改动有迹可循,也可以分享出去。
适合:报告初稿、需要多轮打磨的文案、示意页面、小工具。不适合:简短回答,那种放在对话里就行。
工具怎么选
| 需求 | 用什么 |
|---|---|
| 要最新信息、要出处 | 网页搜索 |
| 问题复杂,需要它多想几步 | 延伸思考 |
| 跨多个来源做系统调研、产出报告 | 研究 |
| 连接你已有的工具与数据 | 连接器 |
日常提问其实大多不需要开任何工具。 需要联网时才开联网——不开的时候,它给出的”参考资料”完全可能是生成出来的合理外观。
要求真实出处时,明确让它联网搜索并给出链接,然后逐条点开确认。
记忆与跨对话上下文
三层,别混:
- 同一对话内:所有内容都是上下文,可以直接说「按前面说的口径」。
- 记忆:它会记住一些你提到过的长期信息,后续对话自动带上。记忆内容可以自己查看和管理,不想被记住的直接说明。
- 检索过往对话:付费方案可以让它去翻你以前的对话,找出相关信息。
需要长期稳定生效的要求,写进项目指令比每轮重复更可靠。
一个真实的知识工作流
以”读完一批调研材料,产出一份决策建议”为例:
- 建项目。 把所有调研材料、内部约束文档、以往的相关决策记录传进项目文件。
- 写项目指令。 「你是我的分析助手。结论先行。所有判断必须注明依据来自哪份材料的哪一部分。材料里没有依据的推测,明确标注为推测。」
- 第一个对话:核对理解。 「列出项目文件里每份材料的类型、时间和主要内容。」——先确认它读到的东西是对的。
- 第二个对话:建立事实。 「按 A、B、C 三个维度提取关键数据,列成表格,每条注明来源。冲突的数据单独列出来。」
- 抽查这张表。 挑几条点回原文对一下。这一步不能省——表错了后面全错。
- 第三个对话:做判断。 「基于上面的事实,在预算不超过 X 的前提下,推荐哪个方案?给出理由、主要风险和不成立的条件。」
- 第四个对话:产出材料。 用 Artifacts 写成一页给管理层看的材料,不用术语。
- 反向检查。 「有哪些反对这个结论的理由?我漏掉了什么?」
整个过程的关键是先事实、再判断、最后成文。一上来就问”我该选哪个”,得到的是一个你没法验证的结论。
怎么让它输出结构化结果
三个有效做法:
指定字段。 「列成表格,列为:项目名、负责人、截止日期、当前状态、风险」比「整理成表格」精确得多。
指定长度与粒度。 「每项不超过两句」「只列前五项」「不要总结段落」。
给一个样例。 想要固定格式时,直接写一条示例行,让它照着填。这比用形容词描述格式有效。
需要长期固定的格式,写进项目指令,不用每次重复。
怎么校验它的输出
按内容类型分开处理:
- 事实、数字、日期、引用:一律核对。要求给出处并自己点开看。
- 基于你上传材料的结论:要求注明来自哪一部分,然后抽查几条。这是最省力的验证方式。
- 代码:跑一遍。让它解释某段为什么这么写,说不通的地方通常就是问题。
- 判断与建议:没有对错,但可以检验完整性——问「有哪些反对意见」「什么情况下这个建议不成立」。
一个通用技巧:在指令里要求它标注不确定的地方。「没有依据的推测明确标出来,不要猜」这一句,能显著减少那种听起来很确定的错误。
用量怎么看
用量不只按消息条数计算,还受消息长度、附件大小、当前对话长度、是否使用工具、选了哪个模型影响。
付费方案可以在设置的用量页面看到进度条:当前会话周期用掉多少、距离重置还有多久,以及周期性的额度情况。
省额度的三个实际做法:把公共材料放进项目(会被缓存,重复引用更省)、把相关问题合并成一条消息问、换任务时开新对话(避免带着无关的长历史)。
隐私与敏感信息
技术上它是联网服务,你输入的内容会离开设备。所以:
- 不要输入:客户个人信息、身份证与银行信息、未公开的财务数据、密钥与密码、有保密义务的合同与源码。
- 公司资料看规定。 这是组织的合规问题,不是技术问题。个人账号下按”会被留存”来假设。
- 有合规要求就走团队或企业方案,由 IT 与法务确认数据处理条款。
- 记忆里也会留东西,定期检查一下,删掉不该留的。
打不开、连不上怎么办
这类问题和用法无关。页面打不开、加载失败、对话中途中断,按服务状态、账号与地区、浏览器环境、DNS、网络质量的顺序排查,见 Claude 连接失败与网络问题排查。
只是登录环节过不去,见 Claude 登录不了怎么办。
什么时候该换工具
- 要在代码库里直接改文件:用 Claude Code,比在对话里复制粘贴高效得多,见 Claude Code 完整使用教程。
- 要把能力接进自己的产品:用 Anthropic API,见 Anthropic Claude API 使用教程。
- 要和别家助手对比:见 ChatGPT vs Claude。
参考资料
常见故障与解决方法
回答很泛,没有落到我的材料上
可能原因材料没传上去,或者提问没有指向具体内容。
解决方法先确认文件确实在这个对话或项目里;提问时指明位置,例如「按第 3 节的口径重算」,而不是「看看有没有问题」。
传了 PDF 但它读不到图表
可能原因较长的 PDF 只做文本提取,不分析其中的视觉元素;扫描件没有文字层时提取效果更差。
解决方法需要它看图表时,把相关页数控制在较短的范围,或者把图表单独截图上传。扫描件尽量换成可选中文字的版本。
项目里传了很多文件,回答反而变差
可能原因项目知识超出可用上下文,或者材料之间互相冲突。
解决方法只放真正相关的材料;给冲突的版本注明时间与优先级;材料量大时使用项目的检索模式。
很快就提示达到使用上限
可能原因用量同时受消息长度、附件大小、对话长度、工具使用与模型选择影响。
解决方法在设置的用量页面查看当前会话与周期的消耗;把公共材料放进项目(项目内容会被缓存,重复引用更省),并把相关问题合并成一条消息问。
长对话之后开始偏离最初的要求
可能原因早期约束被后续大量内容稀释。
解决方法开新对话并重述关键约束;需要长期生效的要求写进项目指令,而不是每轮重复。
打不开或对话中断
可能原因属于连接与账号层面的问题,与用法无关。
解决方法按服务状态、账号与地区、浏览器环境、网络的顺序排查,见本文末尾的排障入口。
常见问题
Claude、Claude Code、Anthropic API 有什么区别?
Claude 是给人用的助手产品,在网页、桌面端和手机上用;Claude Code 是跑在终端里的编程智能体,直接读写你本地项目的文件;Anthropic API 是给程序调用的接口,走独立的 Console 账号与计费。三者共用同一批模型,但账号体系、用途和计费方式都不同。
免费能用吗?
有免费方案。付费方案(Pro、Max)主要带来更高的用量上限与更多能力,团队与企业方案另有管理功能。用量不只按消息条数算,还受消息长度、附件大小、对话长度、工具使用与模型选择影响,具体额度以官方说明为准。
它记得住之前的对话吗?
同一个对话里的内容都是上下文;跨对话则靠记忆功能,以及项目内共享的文件与指令。付费方案还可以让它检索你以前的对话。记忆内容可以自己查看和管理。
Projects 和直接聊天有什么区别?
项目把参考文件、项目指令和多个对话绑在一起。好处有两个:材料不用每次重传;项目里的内容会被缓存,重复引用时更省额度。一件事你会回来做第二次,就值得建项目。
Artifacts 是什么?
当它产出的是一份完整的东西——一篇文档、一段代码、一个可交互页面——内容会显示在对话旁边的独立窗口里,方便你反复修改、保留版本,也可以分享出去。适合需要多轮打磨的产出,不适合简短回答。
网页搜索、延伸思考和研究该怎么选?
需要最新信息或需要出处,用网页搜索;问题本身复杂、需要它多想几步,让它延伸思考;需要跨多个来源做系统性调研并产出报告,用研究功能。三者解决的问题不同,日常提问其实大多都不需要开。
能上传什么文件?有多大限制?
常见的文档格式(PDF、Word、表格、纯文本、网页、电子书等)和常见图片格式都支持。单个对话与项目文件的大小、数量限制不同,PDF 还有页数上限,且较长的 PDF 只做文本提取。这些数值官方文档里写得很具体,用前查一下比试错快。
可以放公司资料进去吗?
这是组织的合规问题,不是技术问题。个人账号下建议按内容会被留存来假设,不要放客户个人信息、未公开财务数据、密钥凭据与有保密义务的源码。有合规要求时走团队或企业方案,由 IT 与法务确认数据处理条款。