這有一件事會讓很多人感到沮喪。
把這個存起來 :)
你買的那些提示工程課程、你收藏的那些「終極提示模板」、那些關於思維鏈、少樣本示例和角色扮演技巧的文章。
它們並非無用，但已不再是最重要的技能了。
遊戲規則已經改變。而大多數人甚至還不知道。
在 2024 年到 2025 年初，提示工程是每個人都在談論的技能。寫更好的文字，得到更好的結果。在一段時間內，這確實是真的。
但模型已經進化了。Claude 4.6 已經不是你一年前在提示的那個工具了。它不再需要你說「你是一位資深專家」。它不再需要你為一個簡單任務寫二十行指令。它會照字面意思理解並精確執行。
瓶頸不再是你輸入的文字。瓶頸是你提供的上下文。
歡迎來到上下文工程。這項技能正悄悄地取代提示工程，成為你在 AI 領域能學到的最有價值的事情。
為什麼提示工程碰到了天花板
這樣來理解提示工程。
你正在告訴一位才華洋溢的新員工，如何為一個任務、一次性地精確執行。「幫我寫一篇部落格文章。要專業。用這些例子。遵循這種格式。」
這對單一任務有用。但當你想要跨會話的一致性、對過去工作的記憶、對你偏好的了解、或與你實際工具和數據的整合時，它就崩潰了。
提示工程把每次對話都當作孤立事件。你每次都從零開始。每次都重新解釋你的上下文。每次都得到不一致的結果，因為提示每次都略有不同。
上下文工程通過改變問題來解決這個問題。
提示工程問：「我該輸入什麼文字才能得到好結果？」
上下文工程問：「Claude 需要存取哪些資訊，才能持續產出我想要的結果？」
這是根本不同的問題。而且會導致根本不同的結果。
上下文工程到底是什麼
上下文工程是設計、組織和維護 Claude 在生成回應時所使用的完整資訊環境的實務。
這包括：
- 系統提示和自訂指令
- 上傳的知識文件和文件
- 先前對話的記憶
- 連接的工具和數據來源（MCP 伺服器）
- 像 CLAUDE.md 和 rules.md 這類參考檔案
- 你過去工作和偏好的範例
- 來自你應用程式和服務的即時數據
提示工程是輸入正確的文字。上下文工程是建立正確的環境。
當 Claude 擁有正確的環境——你的風格指南、你的專案歷史、你的工具存取權限、你的品質標準——你幾乎不需要提示。你說「寫週報」，它已經知道那是什麼意思，因為上下文告訴了它一切。
上下文工程的 5 個層次
這是框架。五個層次，每個建立在下面一個層次之上。跳過一個層次，上面的層次就會崩塌。
層次 1：身份上下文（你是誰）
這是基礎。Claude 需要知道它在跟誰說話。
大多數人完全跳過這一步。他們打開 Claude 就開始問問題，完全沒有提供關於自己、自己的角色、行業或受眾的上下文。Claude 預設使用通用的、一體適用的回應。然後人們責怪模型。
如何實施：
到 Claude 設定中的自訂指令。寫下這個：
我是 [你的名字]，一位在 [你的行業] 的 [你的角色]。
我的受眾是 [你服務的對象]。
我的溝通風格是 [你如何寫作/說話]。
當我要求內容時，預設使用 [你偏好的格式]。
當我要求分析時，預設使用 [你偏好的深度]。
這只需兩分鐘。從那一刻起，它會改變每一次對話。Claude 不再是一個通用助手，而是開始成為你的助手。
如果你使用 Claude Projects，為你工作的每個主要領域建立一個專屬專案。每個專案都有自己的系統提示和知識檔案。你的內容寫作專案有你的風格指南。你的商業分析專案有你的財務數據。你的程式碼專案有你對技術堆疊的偏好。
為不同工作建立不同的上下文。這是最基本的。
層次 2：知識上下文（Claude 需要知道什麼）
這是大多數初學者獲得最大突破的地方。
你可以直接將文件上傳到 Claude Projects，它們會成為永久知識。風格指南。品牌文件。產品規格。流程文件。過去的工作範例。競爭對手研究。
你會在第一天交給新進員工的一切——都交給 Claude。
大多數人每次手動將上下文貼到對話中。他們複製同一份文件五十次。他們在每次會話中重新解釋他們的品牌聲音。因為每次描述的方式略有不同，他們失去了一致性。
知識上下文消除了這一切。上傳一次。永遠引用。
哪些東西可以作為知識檔案上傳：
- 你的品牌指南（語氣、聲音、視覺識別、訊息傳遞）
- 你的產品文件或服務描述
- 你最佳工作的範例（讓 Claude 可以匹配標準）
- 你的受眾研究或客戶人物誌
- 你的內容日曆或策略計劃
- 你的編碼標準和架構決策（針對開發者）
- 你的重複性交付物模板
Claude 擁有的知識上下文越多，你需要做的提示就越少。這是大多數人忽略的取捨。他們花時間精心設計複雜的提示，卻應該花時間建立全面的知識上下文。
層次 3：記憶上下文（Claude 學到了關於你的什麼）
記憶是區分工具和助手的關鍵。
Claude 有內建記憶，能跨對話持續存在。當你告訴 Claude 重要的事情——你的偏好、你的專案、你的限制——它可以記住這些，供未來的會話使用。
但記憶不是自動的。你需要主動建立它。
如何策略性地建立記憶：
在對話中，明確告訴 Claude 要記住事情：
- 「記住我總是想要 TypeScript 的程式碼範例，而不是 JavaScript。」
- 「記住我的電子報每週二發出，我需要週一早上拿到草稿。」
- 「記住當我說『為受眾寫』時，我指的是 25-40 歲、懂科技的創業者。」
隨著時間推移，你的記憶會累積成一個豐富的個人檔案。Claude 不用被提醒就知道你的預設值。不用被提醒就知道你的偏好。不用每次會話都重新學習就知道你的模式。
記憶的複合效應非常巨大。在積極建立記憶一個月後，Claude 感覺像完全不同的工具。它預測你的需求。它自動以你喜歡的方式格式化。它會捕捉到它知道你關心的錯誤。
大多數初學者從未告訴 Claude 要記住任何事。他們每次會話都從零開始。這就像僱用一個人，然後每晚清除他們的記憶。
層次 4：工具上下文（Claude 可以存取什麼）
這是上下文工程真正變強大的地方。
Claude 可以透過 MCP 伺服器和內建連接器連接到外部工具。Gmail。Google Drive。Slack。GitHub。資料庫。網路搜尋。瀏覽器自動化。數百種整合。
你連接的每個工具，都是 Claude 以前沒有的上下文。
沒有工具上下文，Claude 從它的訓練數據中回答。有了工具上下文，Claude 從你的實際數據中回答——你的電子郵件、你的檔案、你的程式碼庫、你的行事曆、你的分析數據。
問 Claude「我這週應該優先處理什麼」，沒有工具存取權限，和問它有權存取你的行事曆、電子郵件和專案管理工具之間的差異是巨大的。一個給你通用的生產力建議。另一個根據你的實際承諾，給你一個具體的、個人化的優先級排序。
最低限度的工具上下文組合：
- 網路搜尋——讓 Claude 擁有最新資訊，而不是過時的訓練數據
- 檔案存取——讓 Claude 可以讀取和在你的機器上建立文件
- 你的主要溝通工具（Gmail 或 Slack）——讓 Claude 擁有進行中對話的上下文
- 你的主要知識工具（Google Drive、Notion 或 Obsidian）——讓 Claude 可以存取你的工作
連接這四個工具，Claude 就從「聰明聊天機器人」變成「資訊充分的助手」。
層次 5：流程上下文（Claude 如何執行）
最後一個層次。這是把上下文工程變成系統的關鍵。
流程上下文不僅告訴 Claude 要做什麼，還告訴它如何做——步驟、品質標準、輸出格式、驗證檢查、交接程序。
這就是 Skills 和工作流程檔案的作用。它們把你的流程編碼成可重複、一致、自動化的系統。
範例——將手動流程轉化為流程上下文：
假設你每週寫一封電子報。你的手動流程：
- 研究你領域中的熱門話題
- 選出最佳切入點
- 撰寫草稿
- 編輯語氣和長度
- 為你的電子郵件平台格式化
- 排程
沒有流程上下文，你每次都為每個步驟提示 Claude，每次都有不同的指示，得到不一致的結果。
有了流程上下文，你建立一個 Skill 檔案：
電子報製作技能
流程
- 研究：搜尋本週在 [你領域] 中的前 5 個熱門話題。使用網路搜尋。每個用 2 句話總結。
- 選擇：根據與我受眾的相關性和切入點獨特性，推薦最佳話題。解釋你的理由。
- 草稿：撰寫 500 字的電子報。使用我的語氣（參考我的風格指南）。以鉤子開頭。包含一個可執行的重點。
- 編輯：根據我的品質檢查清單審查。修正任何問題。確認長度在 450-550 字之間。
- 格式化：輸出為準備用於 [電子郵件平台] 的 HTML。包含主旨行（少於 50 個字元）。
品質標準
- 每個主張必須包含一個具體的數字或範例
- 開場白必須創造好奇心——永遠不要以「在這封電子報中」開頭
- 語氣：對話式、直接、零廢話
- 閱讀時間：少於 3 分鐘
執行這個 Skill 一次，就能得到一份完整、精緻的電子報。每週。品質一致。無需重新提示。
這就是提示工程和上下文工程的區別。一個是每次輸入指令。另一個是一次建立系統，永遠執行。
如何從今天開始上下文工程
你不需要一次實現所有五個層次。從影響最大、付出最低的改變開始，然後逐步建立。
今天（5 分鐘）：寫下你的自訂指令。告訴 Claude 你是誰、你做什麼、你如何溝通、以及你的預設偏好是什麼。
本週（30 分鐘）：為你的主要工作流程建立一個 Claude Project。上傳你最重要的三份參考文件作為知識檔案。
本月（總共 2 小時）：積極建立記憶——在每次會話中告訴 Claude 記住你的偏好。連線至少兩個外部工具。為你最重複的任務建立一個 Skill 檔案。
到月底，你就會理解為什麼上下文工程正在取代提示工程。不是因為提示不再重要。而是因為環境更重要。
世界上最好的提示，輸入到一個沒有上下文的會話中，永遠會輸給一個普通的提示，輸入到一個完美設計的上下文中。
大多數人會繼續優化他們的提示——重新排列文字、調整措辭、追求「完美」的指示。
而那些從今天開始設計他們上下文的人，將來會納悶為什麼他們曾經以為文字是最難的部分。
追蹤我 @eng_khairallah1 以獲得更多工具、工作流程和系統。不囉嗦。只給有用的東西。
希望這對你有幫助，Khairallah ❤️
