编者按:本文是一份面向普通用户的 Claude 进阶教程,用 30 天拆解了从入门到高阶使用的具体路径:第一周学会写清楚 Prompt,设置 Projects 和 Memory;第二周搭建研究、写作、决策等常用工作流;第三周尝试让 Claude 连接工具、处理文件、执行自动化任务;第四周则回到系统本身,不断优化提示词、沉淀知识库,形成个人专属的 Claude 工作流程。
这篇文章的核心不是教你几个「神奇指令」,而是教你如何把 Claude 从一个临时问答工具,变成可以理解你、配合你、持续产出的工作助手。
如果你也经常觉得 Claude 输出不稳定、每次都要重新解释背景,不妨从这份 30 天教程开始,先搭好 Projects、Memory 和第一个工作流。真正的效率提升,往往不是来自一次完美提问,而是来自一套可以不断复用和迭代的系统。
以下为原文:
大多数人使用 Claude 的方式,就像在用一个搜索框。
建议收藏 :)
他们输入一个问题,看完答案,然后关掉页面。日复一日,都是同样的模式:没有系统,没有上下文,也没有任何复利式积累。
但有一小部分人,正在把 Claude 当成自己整个职业生活的操作系统来使用。他们的 Claude 知道他们正在做什么项目、有什么偏好、写作风格如何、质量标准是什么。它可以自主运行工作流,按时产出完整成果,并且在不需要反复提醒的情况下,随着时间推移不断优化自己。
这两类人的差别,不在于智力,也不在于技术能力,更不是因为其中一群人拿到了什么秘密模型,而另一群人没有。
差别只在于:30 天的有意识配置。
只需要 30 天,你就可以从一个普通用户,变成 Claude 的高阶用户。下面就是具体路径,按周拆解。
第一周:掌握大多数人忽略的基础能力
第 1–2 天:真正学会写 Prompt
大多数人写 Prompt 的方式,像是在发短信:简短、模糊,而且缺少 Claude 生成高质量结果所需要的关键信息。
一个普通 Prompt 和一个优秀 Prompt 之间的差距,不在于写得多聪明,而在于有没有结构。
一个好的 Prompt 通常包含五个部分:
角色(Role):告诉 Claude 它应该扮演谁。
比如,「你是一位专注于 SaaS 指标的资深金融分析师」,和「你是一个乐于助人的助手」,最终输出会完全不同。
背景(Context):给 Claude 提供必要的上下文。
这个任务服务于什么项目?受众是谁?目前进展到哪一步?有哪些信息是 Claude 本来不知道、但必须知道的?
任务(Task):明确说明你想要什么。
「分析这组数据」太模糊。
「找出这组收入数据中最重要的三个趋势,解释它们为什么会影响一次 B 轮融资,并指出投资人可能注意到的风险信号」,这才是清晰的任务。
格式(Format):说明你希望输出长什么样。
是项目符号列表?两页报告?一个段落?一封邮件?如果你不说明,Claude 就会自己猜。而 Claude 的猜测,不一定符合你的偏好。
限制条件(Constraints):说明你不想要什么。
比如:「不要使用企业黑话。不要添加免责声明。不要超过 500 字。」
限制条件是去掉那种「AI 味」泛泛而谈内容最快的方法。
用两天时间,在你写的每一个 Prompt 里练习这套框架。到第二天结束时,你会明显感觉 Claude 的输出质量比之前高出一截。
第 3–4 天:理解上下文窗口
Claude 有一个上下文窗口。它指的是模型在单次对话中能够「记住」的全部文本量。你可以把它理解为工作记忆。
Opus 4.7 和 Sonnet 4.6 在标准 API 中最多支持 20 万 token,部分层级可支持 100 万 token,大约相当于 15 万到 75 万个英文单词。
这为什么重要?因为当对话变长时,较早的信息可能会逐渐退出有效上下文。Claude 并不会像人类一样真正「忘记」它们——从技术上说,它们仍然在上下文窗口里——但模型会对距离当前对话较远的内容分配更少注意力。
实际使用中的经验是:对于长项目,要把最重要的上下文前置。把关键指令、质量标准和参考资料放在开头,把当前任务放在结尾。Claude 最重视两类信息:最靠近当前问题的内容,以及最开始出现的内容。
第 5–7 天:设置 Projects 和 Memory
到第一周结束时,你至少应该设置好三个 Claude Projects:
项目 1:你的主要工作项目
上传你的风格指南、当前项目简报、质量标准,以及 2–3 个你认为最好的输出样本。这样,每次在这个项目中开启新对话,Claude 都已经知道你是如何工作的。
项目 2:研究与分析项目
上传你关注的行业领域、偏好的信息来源和研究模板。这样,Claude 就不再是一个通用助手,而会变成一个具备领域背景的研究分析员。
项目 3:写作与沟通项目
上传能够代表你个人表达方式的邮件、报告和文档样本。Claude 会尽量匹配你的语气,而不是默认使用「友好 AI 助手」的通用腔调。
同时,开启 Claude Memory。开始告诉 Claude 一些它应该记住的信息:
「我在 [公司] 工作。」
「我的受众是 [某类人群]。」
「我偏好 [这些格式]。」
「永远不要使用 [这些表达]。」
随着时间推移,Claude 会为你建立一个可以跨对话延续的个人画像。
仅仅完成这一周的设置,你就已经超过了 90% 的 Claude 用户。
第二周:搭建你的第一批工作流
工作流,是一种可重复执行、能够稳定产出结果的流程。你不再需要每次从零开始写 Prompt,而是把流程定义一次,以后需要时直接运行。
第 8–9 天:搭建研究工作流
创建一个可在任何研究任务中复用的模板 Prompt:
保存这个模板。每次需要做研究时都使用它,并根据具体任务替换方括号里的变量。这个模板可以把原本一小时的人工研究,压缩成 Claude 五分钟的工作。
第 10–11 天:搭建写作工作流
创建一个两步式写作流程:
第一步:
第二步,在你审阅提纲之后:
这种两步流程,比直接让 Claude 一次性写完整文章效果更好。提纲阶段可以提前发现结构问题,避免你投入时间处理一篇结构已经跑偏的初稿。
第 12–14 天:搭建决策工作流
你可以使用这样的 Prompt:
到第二周结束时,你已经拥有三个每周都能为你节省数小时的工作流。而大多数人甚至从未搭建过一个。
第三周:让 Claude 开始自主工作
这一步,是普通用户和高阶用户之间真正拉开差距的地方。你不再只是把 Claude 当成一个被动回应的工具,而是开始把它当成一个可以自主运转的系统。
第 15–17 天:设置 Claude Cowork
Claude Cowork 可以让 Claude 在你的电脑上自主执行任务。它能读取文件、写入文件、处理数据、创建文档,并在不需要你逐步指挥的情况下完成多步骤任务。
打开 Cowork 标签页。指定一个工作文件夹。给 Claude 一个来自你工作流库里的任务,然后观察它独立执行。
先从简单任务开始:
然后逐步升级:
第 18–19 天:连接你的工具
进入设置,把 Claude 工作所需的服务都连接起来:Google Drive、Slack、Gmail、Calendar、Notion。
每接入一个工具,Claude 的实用性都会成倍提升。
连接 Google Drive 后,Claude 可以直接读取你的真实文档,而不需要你手动复制粘贴。
连接 Slack 后,Claude 可以把总结直接发布到团队频道。
连接 Calendar 后,Claude 可以在帮你规划一天时参考你的日程安排。
第 20–21 天:设置第一个自动化任务
使用 Claude Cowork 或 Claude Code,设置一个无需你手动触发、能够按计划自动运行的任务。
比如:
或者:
这就是你从「使用 Claude」转向「管理 Claude」的时刻。它不再只是你提问时才回应的工具,而是真正开始为你工作。
第四周:复利积累与系统优化
第 22–24 天:优化所有工作流
回顾你已经搭建的每一个工作流。逐一运行,并严格评估输出质量。
对于每一份不够优秀的输出,都问自己几个问题:
·这个 Prompt 缺少了什么?
·补充什么上下文可以解决问题?
·增加哪条限制条件可以消除这个缺陷?
·根据这些反馈更新每一个 Prompt。
这个优化步骤,是「勉强能用」的系统和「稳定产出高质量结果」的系统之间的分水岭。
第 25–26 天:建立你的知识库
开始把 Claude 产出的高质量内容保存到一个专门的文件夹或 Notion 数据库中。按主题和项目分类整理。
每次开始处理一个新主题之前,把相关的历史输出重新加载为上下文。
比如:
你的知识库会把 Claude 从一个「没有记忆的工具」,变成一个拥有组织知识积累的系统。
第 27–28 天:教会另一个人
巩固自己理解最快的方法,就是教别人。找一位还只是随便使用 Claude 的同事,帮他设置 Projects、Memory,以及一个工作流。
当你能够向一个从未做过这些设置的人解释清楚:为什么这套系统有效,你就真正内化了这套方法。
第 29–30 天:设计你的理想 Claude 操作系统
最后两天,退后一步,设计完整系统。
列出你这个岗位所需要的所有工作流:哪些已经搭建好了?哪些还缺失?下一个应该补上的工作流是什么?
列出 Claude 应该接入的所有工具:哪些已经连接?哪些还没有?
设计你的每周 Claude 使用节奏:哪些任务每天运行?哪些每周运行?哪些由你手动触发?
把这张图写下来。它就是你的个人 Claude 操作系统。随着你的需求变化、Claude 能力扩展,你可以每个月继续迭代它。
第 31 天会是什么样子?
到了第 31 天,你打开电脑,会发现世界已经不一样了。
你的周一早晨计划文档已经出现在 Google Drive 里——Claude 在早上 8 点自动创建好了。
上周五自动生成的研究简报,已经放在你的项目文件夹中。
团队周报也已经自动发布到了 Slack。
你在 Work 项目里开启一段新对话,Claude 已经知道你的项目、受众、质量标准和写作风格。你不需要再解释任何事情,只需要开始工作。
你用两句话描述需求,Claude 第一次输出就能接近你的标准,因为它已经经过了 30 天的反馈和迭代。
你把上午的时间用在真正需要你创造性判断的事情上:战略、关系、决策。其他事务则由系统处理。
这才是高阶用户的含义。不是掌握技巧,不是背诵命令,而是拥有一套真正能够运转的系统。
大多数人永远不会搭建这套系统。他们会在接下来一年里,每次打开 Claude 都重新解释自己。他们会继续得到泛泛而谈的输出,并继续觉得 Claude「也就那样」。
但那些愿意花 30 天搭建本文所描述系统的人,会进入完全不同的工作层级。
从第一周开始。Projects 只需要 15 分钟就能设置好,Memory 只需要 5 分钟,第一个工作流只需要 10 分钟。到今晚,你就已经领先 90% 的 Claude 用户。
希望这对你有帮助。
Khairallah ❤️
[原文标题]
