原文標題：如何免費成為 Claude 的高級用戶（完整課程）
原文作者：Khairallah AL-Awady
編譯：Peggy

編者按：本文是一份面向普通用戶的 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：

「請為 [專案] 研究 [主題]。搜索網上最近且最相關的 10 個資訊來源。對每個來源，用 2 句話提煉關鍵洞察。總結所有來源中最重要的 3 個趨勢。標出任何相互衝突的資訊。最後生成一份結構化簡報，包括：執行摘要（3 句話）、關鍵發現（前 5 點，附證據）、待解決問題（我還應該繼續調查什麼）、以及建議的下一步行動。」

保存這個模板。每次需要做研究時都使用它，並根據具体任務替換方括號裡的變量。這個模板可以把原本一小時的人工研究，壓縮成 Claude 五分鐘的工作。

第 10–11 天：搭建寫作工作流

創建一個兩步式寫作流程：

第一步：

「基於我的上下文和以下簡報，請為一篇關於 [主題] 的 [格式] 創建詳細提綱。提綱需要包括一個開頭鉤子、5–7 個部分，每個部分列出關鍵點，並設計一個能夠推動 [行動] 的結尾。暫時不要寫完整初稿。」

第二步，在你審閱提綱之後：

「請基於這個已確認的提綱寫出完整初稿。請匹配本專案中示例文本的寫作風格。目標字數為 [字數]。使用 [語氣]。儘可能加入具体數字和案例。」

這種兩步流程，比直接讓 Claude 一次性寫完整文章效果更好。提綱階段可以提前發現結構問題，避免你投入時間處理一篇結構已經跑偏的初稿。

第 12–14 天：建立決策工作流程

你可以使用以下提示：

「我需要對 [決策] 做出評估。背景如下：[背景]。請從三個角度分析這個問題：（1）樂觀情況：如果一切順利，將會發生什麼；（2）悲觀情況：有哪些風險和失敗模式；（3）務實情況：在現實限制下，最有可能出現什麼結果。請為每個角度提供 3 條具體支持理由。最後給出你的建議，並標註信心等級（高 / 中 / 低），同時說明哪些額外資訊會改變你的評估。」

到第二週結束時，你已經擁有三個每週都能為你節省數小時的工作流程。而大多數人甚至從未建立過一個。

第三週：讓 Claude 開始自主工作

這一步，是普通用戶和高階用戶之間真正拉開差距的地方。你不再只是把 Claude 當成一個被動回應的工具，而是開始把它當成一個可以自主運轉的系統。

第 15–17 天：設置 Claude Cowork

Claude Cowork 可以讓 Claude 在你的電腦上自主執行任務。它能讀取文件、寫入文件、處理數據、創建文件，並在不需要你逐步指揮的情況下完成多步驟任務。

打開 Cowork 標籤頁。指定一個工作文件夾。給 Claude 一個來自你工作流程庫中的任務，然後觀察它獨立執行。

先從簡單任務開始：

「讀取 /Reports 文件夾中的所有文件。創建一份總結文件，用表格列出每份報告中的關鍵指標。將總結文件保存到 /Summaries 文件夾，並在文件名中加入今天的日期。」

然後逐步升級：

「讀取上週和本週的競品分析報告。找出發生了哪些變化。寫一份一頁紙的簡報，總結三個最重要的競爭動態，並按照我匯報給主管的格式整理。」

第 18–19 天：連接你的工具

進入設置，將 Claude 工作所需的服務都連接起來：Google Drive、Slack、Gmail、Calendar、Notion。

每接入一个工具，Claude 的实用性都会成倍提升。

连接 Google Drive 后，Claude 可以直接读取你的真实文檔，而不需要你手動複製粘貼。

连接 Slack 后，Claude 可以把總結直接發佈到團隊頻道。

连接 Calendar 后，Claude 可以在幫你規劃一天時參考你的日程安排。

第 20–21 天：設置第一个自動化任務

使用 Claude Cowork 或 Claude Code，設置一個無需你手動觸發、能夠按計劃自動運行的任務。

比如：

「每周一上午 8 點，讀取我在 [工具] 中的任務列表，找出本周優先級最高的三項任務，並在 Google Drive 中創建一份周計劃文檔，為每項任務推薦時間安排。」

或者：

「每周五下午 4 點，根據我本周的文件和溝通記錄，整理出我這一周完成的工作，並生成一份周報。」

這就是你從「使用 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 ❤️

[原文標題]

歡迎加入律動 BlockBeats 官方社群：

Telegram 訂閱群：https://t.me/theblockbeats

Telegram 交流群：https://t.me/BlockBeats_App

Twitter 官方帳號：https://twitter.com/BlockBeatsAsia