编者按：本文是一份面向普通用户的 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 ❤️

[原文标题]