試了100多個Claude Code技能，最後只留下了這6個
整理版優先睇
試咗超過100個Claude Code技能，最後淨係留低呢6個
呢篇文章係開發者nateherk嘅實戰總結。佢用Claude Code超過400個鐘，幫地產中介、空調公司、營銷機構等唔同行業嘅客戶做自動化方案，發現大家都喺同一啲位翻車。作者將呢啲痛點歸納成6個核心技能，表面睇好「無聊」，但企業就係願意為呢啲實用功能買單。整體結論係：呢6個技能分別解決技能創建、開發流程、環境隔離、代碼審查、上下文管理同跨會話記憶等問題，令Claude明顯更好用。
每個技能都有具體安裝方法同使用場景。Skill Creator可以用自然語言描述自動生成可復用技能，連公司SOP都轉得。Superpowers強制Claude先規劃再行動，將代碼正確率由60%提到80%。GSD通過子agent保持上下文乾淨，防止會話腐爛，仲有無人駕駛模式。
/review同/ultra-review係內置嘅代碼審查工具，後者用雲端多agent攻擊式驗證，確保只報真bug。Context Mode將原始輸出壓縮成精華，令會話由30分鐘延長到3個鐘。Claude Mem自動捕捉跨會話嘅決策同修改，新開會話都唔使重新解釋。呢啲技能加埋，大幅提升Claude Code嘅生產力同穩定性。
- 結論：用Claude Code嘅頭號翻車原因係趕出來嘅代碼，需要強制規劃先行。
- 方法：Skill Creator可以用自然語言描述自動生成可復用技能，學習曲線壓縮。
- 差異：Superpowers（流程）同GSD（環境）相輔相成，一個管點做，一個管喺咩環境做。
- 啟發：Context Mode同Claude Mem解決上下文腐爛同跨會話遺忘問題，令長時間會話穩定。
- 可行動點：安裝呢6個核心技能，並將/review放喺合併代碼嘅最後一步。
Superpowers 安裝指令
/plugin install superpowers@claude-plugins-official
GSD 安裝指令
npx get-shit-done-cc --claude --global
Context Mode 安裝步驟
/plugin marketplace add mksglu/context-mode /plugin install context-mode@context-mode 然後重啓 Claude Code
Claude Mem 安裝步驟
/plugin marketplace add thedotmack/claude-mem /plugin install claude-mem 注意：唔好自己行 npm install
為咩要留低呢6個技能？
開發者nateherk用Claude Code做咗400個鐘，客戶遍佈地產、空調、營銷等行業，發現大家翻車嘅模式一模一樣：趕出來嘅代碼、上下文腐爛、跨會話遺忘。呢6個技能就係針對呢啲痛點，唔係花俏嘢，而係令Claude明顯好用嘅實戰工具。
工廠同流程：從生產技能到規範開發
第一個技能係Skill Creator，一個生產其他技能嘅「工廠」。你只需要用大白話描述想要咩，Claude會自己起草、測試、迭代、打包，你完全唔使手動掂個skill.md文件。連公司嘅SOP都可以直接掉入去變技能。
- 用自然語言描述需求，Claude自動生成技能，學習曲線壓縮到極低。
- 房地產中介每週慳幾個鐘寫房源描述，就係靠呢個技能。
第二個技能係Superpowers，強制Claude好似高級工程師咁工作：先退一步規劃方案，寫測試再寫代碼，仲有兩階段自審。佢將第一次提交正確率由60%提到80%，減少調試循環同token消耗。
- 1 寫代碼前先規劃成個方案
- 2 喺隔離環境跑，唔搞崩主項目
- 3 先寫測試，再寫代碼
- 4 自己brainstorm多種解決方案
- 5 兩階段自審：檢查需求同代碼質量
潔淨室同安全網：保持環境乾淨，堵住最後漏洞
第三個技能係GSD（潔淨室），管嘅係Claude喺咩環境寫代碼。佢用上下文工程解決Context Rot：為每個任務新開一個乾淨子agent，每個子agent有完整上下文，主會話保持清爽。仲有無人駕駛模式，掉份需求文檔就由得佢自己跑完。
第四個技能係內置嘅/review同/ultra-review。寫完代碼輸入/review，Claude會做結構化審查，本地快唔使錢。/ultra-review係大號版：將分支上傳雲端沙盒，同時啓動多個agent從邏輯、安全、性能、邊界角度攻擊代碼庫，每個bug都必須獨立復現先會報告。
- /review：日常快速反饋，適合所有修改。
- /ultra-review：重要合併前用（重構、支付、認證、數據庫遷移），每次$5-20，但值得。
- 需要Claude Code 2.1.86+同Claude賬號登錄。
壓縮器同記憶：令長會話唔爛尾，跨項目唔失憶
第五個技能係Context Mode，一個上下文壓縮器。Claude每次調用工具都會倒大量原始數據入窗口（例如56KB嘅Playwright截圖），Context Mode將呢啲垃圾路由到沙盒，只返回真正需要嘅部分——官方測試將315KB原始輸出壓縮到5KB。同時佢用本地SQLite記錄每次事件，當Claude壓縮對話時重建會話快照，令會話由30分鐘延長到3個鐘。
第六個技能係Claude Mem，跨會話記憶。佢鈎住Claude嘅會話生命週期，自動捕捉文件編輯、決策、bug修復，壓縮成語義摘要存入本地SQLite+向量搜索數據庫。新開會話時自動注入相關記憶，仲會自動更新文件夾級別嘅CLAUDE.md。用三層搜索系統檢索，比全部倒入慳10倍token。
額外推薦：Frontend Design技能，Anthropic官方出品，專注前端設計，令AI生成嘅UI冇咁似AI。裝到全局，任何設計工作自動激活。
- 1 Skill Creator：生產技能嘅工廠
- 2 Superpowers：強制規劃先行流程
- 3 GSD：保持上下文乾淨嘅子agent
- 4 /review + /ultra-review：代碼審查安全網
- 5 Context Mode：壓縮上下文、延長會話
- 6 Claude Mem：跨會話記憶、自動文檔
呢個禮拜有件技術圈嘅事幾得意，同大家分享下。
有位開發者nateherk用Claude Code做咗 400個鐘。客戶包括地產中介、冷暖氣公司、營銷機構、教練諮詢……行業完全唔同，但出事嘅位一模一樣。
文章將呢啲問題總結成 6個核心技能。
唔係炫耀技術。甚至有啲「悶」。但企業就係願意為呢啲嘢埋單。
先解釋一個小概念：文章裏面統一用「技能」呢個詞。嚴格嚟講，有啲其實係「插件」。技能係一個Markdown檔案，教Claude點樣做某個工作。插件係更大嘅打包，可以包含多個技能，外加鈎子或MCP伺服器。但對呢6個嚟講，技術分類唔重要，重要的是，每個都可以令Claude明顯變得好用。
1. 工廠：Skill Creator
呢個係可以「生產其他技能」嘅技能。
你只需要用簡單嘅話講你想要乜。Claude會自己起草、測試、迭代、打包。
你根本唔需要手動去搞嗰個skill.md檔案。
唔使研究格式。就好似同同事解釋工作咁同Claude講，然後就可以拎到一個每次穩定執行嘅技能。
甚至直接將公司嘅SOP掉入去，佢都可以變成可以重用嘅技能。
客戶買嘅唔係呢個技能本身。但你賣畀HR公司、地產中介、教練嘅所有自動化方案，全部都係由呢一個技能度出嚟嘅。佢係製造產品嘅工廠。
舉個最簡單嘅例子：一間地產中介每個星期浪費幾個鐘寫樓盤描述。冇Skill Creator嘅時候，你要手寫成個skill.md檔案，自己諗觸發條件，不停咁測試。有咗佢，你自然咁講一次需求，佢就會幫你構建、測試、打包。學習曲線直接被壓縮咗。
作者將佢裝咗喺全局用戶層。唔理喺邊個項目度做嘢，只要需要構建新技能，佢會自動調用。
安裝命令：
/plugin install skill-creator@claude-plugins-official
2. 流程：Superpowers
Claude Code嘅頭號出事原因係——趕出嚟嘅代碼。
你提個需求，Claude埋頭就寫。表面睇落仲得，客戶一跑就死機。
Superpowers強制Claude好似高級工程師咁工作。唔係直接跳入去就寫代碼，而係採用先退一步，將成個方案規劃好嘅打法。
佢具體做咗以下呢啲事情：
寫代碼之前先將成個實現方案規劃完
喺隔離環境度跑，唔會搞死主項目
先寫測試，再寫代碼
自己brainstorm多種解決方案
兩階段自審：先檢查係咪符合需求，再檢查代碼品質
佢做唔到令Claude一次就完美咁解決你嘅問題。主要係你嘅工作裏面好大一部分仍然係QA（質量驗收）。但問題在於：第一次提交嘅正確率由60%提高到80%？咁就代表更少嘅調試循環、更少嘅返工時間、更低嘅token消耗。
呢個係GitHub上 15萬+ stars。社區裏面最火嘅技能，冇之一。
安裝命令：
/plugin install superpowers@claude-plugins-official
3. 潔淨室：GSD
如果用一句話區分Superpowers同GSD，就係
Superpowers管嘅係 Claude點樣寫代碼。GSD管嘅係 Claude喺乜嘢環境度寫代碼。
呢個先係長時間使用之後真正令人眼前一亮嘅地方。
你開一個會話。一開始一切完美。Claude乜都搞得掂。然後大概係會話窗口用到一半嘅時候，佢開始死機。
代碼變得馬虎。唔記得最初設定嘅需求。偷工減料。明明未做完，佢同你話做完了。
這就是 Context Rot（上下文腐爛）。
GSD用「上下文工程」嚟解決佢。唔係令一個超長會話慢慢腐爛，而係為每個任務新開一個乾淨嘅子agent。每個子agent有自己完整嘅上下文窗口，只聚焦於佢需要知道嘅嘢。主會話保持乾淨。每個任務都可以享受到Claude完整嘅上下文能力，而唔係食剩嘅。
佢仲有內置嘅品質關卡：
→ 範圍縮減檢測：Claude靜靜雞掉咗你提出嘅某個需求？佢捉得到 → 安全強制校驗：將你嘅威脅模型錨定住
呢啲嘢你根本唔會諗到要去手動檢查，尤其你唔係軟件工程背景出身嘅話。呢個恰恰說明令佢哋自動化有幾重要。
仲有一個「無人駕駛模式」——掉一份需求文件畀Claude，你就走開。佢會自己規劃、執行、提交，做完成個項目，唔使你睇住。
文章總結咗兩者嘅關係：
Superpowers畀Claude流程（規劃→測試→審查→重複）。
GSD畀Claude乾淨嘅上下文，確保呢個流程每次都行得通。
子agent確實消耗token。但佢幫你慳落嘅係因為Claude唔記得你要求而返工嘅嗰幾個鐘。
安裝命令：
npx get-shit-done-cc --claude --global
裝完後喺Claude Code度輸入 /gsd-help 睇所有可用命令。
4. 安全網：/review + /ultra-review
呢個其實Claude Code 已經內置咗。只係大部分人未用過。
寫完代碼後輸入 /review。Claude對你啱啱寫嘅嘢做一次結構化代碼審查。bug、邊界情況、設計問題……一個細心嘅審查員會標記出嚟嘅所有嘢。本地運行，快，唔使額外錢。
/ultra-review 係更大號嘅版本。跟Opus 4.7一齊發佈。佢唔係本地跑，而係將你嘅分支上傳到一個雲端沙盒，然後同時啟動一羣審查agent。每個從唔同角度攻擊你嘅代碼庫：邏輯、安全、性能、邊界情況。
最關鍵嘅一點：任何一個bug喺出現喺你嘅列表上之前，都必須先被獨立復現同驗證。唔會有一堆風格上嘅挑剔或者誤報。只有被確認嘅真bug。
煩人嘅地方喺邊？幾個要求：
→ 需要Claude Code 2.1.86或更高版本→ 必須用Claude賬號登錄，淨係有API key唔得 → /ultra-review 一次要 10-20分鐘，但佢喺後台跑，你可以繼續做嘢 → Pro同Max套餐有 3次免費試用。之後每次 $5-20，睇項目大小
實際使用時，佢放喺任何Claude Code工作流嘅最後一步。用Superpowers做規劃。用GSD保持乾淨上下文去執行。然後在合併重要代碼之前，跑 /review 嚟補漏。
日常用 /review 快速反饋。重要合併用 /ultra-review。
乜嘢叫重要合併？大型重構。任何涉及支付、身份認證、數據庫遷移嘅commit。嗰種一旦出生產bug、損失遠大於時間同token消耗嘅提交。
唔使安裝。 喺Claude Code 2.1.86+嘅終端度直接敲 /review 或 /ultra-review。
5. 壓縮器：Context Mode
Claude每次調用工具，都會將原始數據倒進上下文窗口。
一張Playwright截圖？56KB。20個GitHub issue？59KB。做咗大概30分鐘嘢之後，你上下文窗口裏面 40%都係垃圾。日誌輸出、原始數據——Claude根本唔需要睇嘅嘢。
而當Claude空間唔夠、壓縮對話嘅時候，佢會唔記得自己正在編輯乜嘢檔案、乜嘢任務進行中、你啱啱叫佢做乜。
Context Mode將問題嘅兩半都修復咗。
第一，佢唔畀垃圾入嚟。Claude運行命令或抓URL嘅時候，Context Mode將呢個調用路由到沙盒裏面。代碼喺隔離嘅子進程度跑。原始輸出被捕捉，只有Claude真正需要嘅嗰部分先會返到上下文窗口。
睇幾個官方跑出嚟嘅數字：
→ 56KB 嘅Playwright截圖 → 299字節→ 46KB 嘅訪問日誌 → 155字節→ 一整次會話裏面 315KB 嘅原始輸出 → 總共 5KB
隨時可以敲 /context-mode:ctx-stats 睇自己嘅數據。
第二，佢將會話裏面每一個有意義嘅事件都記到本地嘅SQLite數據庫度。每一次檔案編輯、每一個任務、每一個決策、每一個錯誤。當Claude壓縮對話嘅時候，Context Mode 重建一個會話快照，重新注入返去。模型可以直接由你停低嘅地方接上。檔案、任務、上一個prompt——全部完好無損。
之前30分鐘就死機嘅會話，而家可以連續跑3個鐘唔會窒。 你唔再需要不停提醒Claude佢一早知道嘅上下文。
安裝步驟：
/plugin marketplace add mksglu/context-mode
/plugin install context-mode@context-mode
裝完重啟Claude Code。插件會自動裝好MCP伺服器、鈎子同路由指令。
6. 記憶：Claude Mem
如果話Context Mode保持當前會話乾淨，咁Claude Mem就係 跨會話 攜帶知識。
Claude Code每次新開會話都係由零開始。你打開一個會話。呢個月第五次解釋呢個項目係乜。10分鐘 + 幾千個token，就係為咗將Claude追返進度。
你可能會想用CLAUDE.md檔案或memory檔案嚟解決。嗰啲係純文字檔案，畀Claude一啲持久嘅項目指令。佢哋確實有用，但問題係——你要手動維護。漏咗一次更新，Claude就會掉咗嗰段上下文。
Claude Mem將呢件事完全接管咗。
佢鈎入Claude嘅會話生命週期，自動捕捉你會話裏面發生嘅一切：檔案編輯、決策、bug修復、命令。然後用Claude自己嘅Agent SDK將所有資訊壓縮成語義摘要，存進本地嘅SQLite + 向量搜尋數據庫。
新開一個會話？相關嘅部分會自動注入返嚟。
佢仲會自動生成、並隨住你嘅工作更新文件夾級別嘅CLAUDE.md檔案。你嘅項目文件就咁自己寫咗出嚟。
檢索用嘅係三層搜尋系統：
返回一個緊湊嘅觀察索引
拉取相關時間線
只對嗰次交接需要嘅嗰部分抓取完整細節
比起喺會話開始時就將所有嘢倒進去，呢種方式喺檢索上可以慳 10倍token。
你執返一個兩星期冇掂嘅項目，Claude已經知道你做緊乜、你做咗邊啲決定、你上次停喺邊。
全部喺本地運行，帶一個Web查看器，你可以清楚見到Claude對你嘅項目記住咗乜。
安裝步驟：
/plugin marketplace add thedotmack/claude-mem
/plugin install claude-mem
⚠️ 重要：唔好自己去跑
npm install命令。嗰個只裝SDK庫，鈎子根本唔會註冊，乜都跑唔起。就按上面兩條命令嚟。
仲有一個：Frontend Design
仲有一個。呢個係Anthropic官方嘅前端設計技能。
如果你喺Claude Code度搞任何可視化嘢——網站設計、PPT、UI組件——呢個技能可以令佢哋睇起嚟明顯冇咁似AI生成嘅。
裝到全局。任何時候做設計，佢會自動激活。
值得提一句：呢種能力其實都俾集成咗入Anthropic嘅新產品Claude Design度。但如果你將嗰個項目再搬返Claude Code，你會需要裝呢個技能。
安裝命令
/plugin install frontend-design@claude-plugins-official
這周有個技術圈的事挺有意思，和大家分享下.
一位開發者nateherk用 Claude Code 幹了 400 個小時。客戶橫跨房地產中介、暖通空調公司、營銷機構、教練諮詢……行業完全不同，但翻車的地方一模一樣。
文章把這些問題總結成了 6 個核心技能。
不炫技。甚至有點“無聊”。但企業就是願意為這些買單。
先解釋一個小概念：文章裏統一用“技能”這個詞。嚴格來說，有些其實是“插件”。技能是一個 Markdown 文件，教 Claude 怎麼幹某個活兒。插件是更大的打包，可以包含多個技能，外加鈎子或 MCP 服務器。但對這 6 個來說，技術分類不重要，重要的是，每個都能讓 Claude 明顯變好用。
1. 工廠：Skill Creator
這是能“生產其他技能”的技能。
你只需要用大白話描述想要什麼。Claude 自己起草、測試、迭代、打包。
你根本不需要手動去碰那個 skill.md 文件。
不用研究格式。就像跟同事解釋工作一樣跟 Claude 說話，然後就能拿到一個每次都穩定執行的技能。
甚至直接把公司的 SOP 丟進去，它也能變成可複用的技能。
客戶買的不是這個技能本身。但你賣給 HR 公司、房地產中介、教練的所有自動化方案，全是從這一個技能裏出來的。它是造產品的工廠。
舉個最簡單的例子：一家房地產中介每週浪費好幾個小時寫房源描述。沒有 Skill Creator 的時候，你得手寫整個 skill.md 文件，自己琢磨觸發條件，一遍遍測試。有了它，你自然地說一遍需求，它就幫你構建、測試、打包。學習曲線直接被壓縮了。
作者把它裝在了全局用戶層。不管在哪個項目裏幹活，只要需要構建新技能，它會自動調用。
安裝命令：
/plugin install skill-creator@claude-plugins-official
2. 流程：Superpowers
Claude Code 的頭號翻車原因是——趕出來的代碼。
你提個需求，Claude 埋頭就寫。表面看着還行，客戶一跑就崩。
Superpowers 強制 Claude 像高級工程師一樣工作。不是直接跳進去就寫代碼了，而是採用先退一步，把整個方案規劃好的打法。
它具體幹了如下這些事情：
寫代碼之前先把整個實現方案規劃完
在隔離環境裏跑，不會搞崩主項目
先寫測試，再寫代碼
自己 brainstorm 多種解決方案
兩階段自審：先檢查是否符合需求，再檢查代碼質量
它做不到讓 Claude 一次就完美的解決你的問題。主要是你的活兒裏很大一部分還是 QA（質量驗收）。但問題在於：第一次提交的正確率從 60% 提到 80%？那就意味着更少的調試循環、更少的返工時間、更低的 token 消耗。
這個可是GitHub 上 15 萬 + stars。社區裏最火的技能，沒有之一。
安裝命令：
/plugin install superpowers@claude-plugins-official
3. 潔淨室：GSD
如果用一句話區分 Superpowers 和 GSD，那就是
Superpowers 管的是 Claude 怎麼寫代碼。GSD 管的是 Claude 在什麼環境裏寫代碼。
這才是長時間使用後真正讓人眼前一亮的地方。
你開一個會話。一開始一切完美。Claude 什麼都能搞定。然後大概是會話窗口用到一半的時候，它開始崩了。
代碼變得潦草。忘了最開始設的需求。偷工減料。明明沒做完，它跟你說做完了。
這就是 Context Rot（上下文腐爛）。
GSD 用“上下文工程”來解決它。不是讓一個超長會話慢慢腐爛，而是為每個任務新開一個乾淨的子 agent。每個子 agent 有自己完整的上下文窗口，只聚焦於它需要知道的東西。主會話保持乾淨。每個任務都能享受到 Claude 完整的上下文能力，而不是吃剩下的。
它還有內置的質量關卡：
→ 範圍縮減檢測：Claude 悄悄扔掉了你提的某個需求？它抓得到 → 安全強制校驗：把你的威脅模型錨定住
這些事你根本不會想到要去手動檢查，尤其你不是軟件工程背景出身的話。這恰恰說明讓它們自動化有多重要。
還有一個“無人駕駛模式”——丟一份需求文檔給 Claude，你就走開。它會自己規劃、執行、提交，幹完整個項目，不用你盯着。
文章總結了兩者的關係：
Superpowers 給 Claude 流程（規劃→測試→審查→重複）。
GSD 給 Claude 乾淨的上下文，確保這個流程每次都能跑通。
子 agent 確實消耗 token。但它幫你省下的是因為 Claude 忘了你要求而返工的那幾個小時。
安裝命令：
npx get-shit-done-cc --claude --global
裝完後在 Claude Code 裏輸入 /gsd-help 查看所有可用命令。
4. 安全網：/review + /ultra-review
這個其實 Claude Code 已經內置了。只是大部分人沒用過。
寫完代碼後輸入 /review。Claude 對你剛寫的東西做一次結構化代碼審查。bug、邊界情況、設計問題……一個細心的審查員會標記出來的所有東西。本地運行，快，不額外花錢。
/ultra-review 是更大號的版本。隨 Opus 4.7 一起發佈。它不是本地跑，而是把你的分支上傳到一個雲端沙盒，然後同時啓動一羣審查 agent。每個從不同角度攻擊你的代碼庫：邏輯、安全、性能、邊界情況。
最關鍵的一點：任何一個 bug 在出現在你的列表上之前，都必須先被獨立復現和驗證。不會有一堆風格上的吹毛求疵或者誤報。只有被確認的真 bug。
煩人的地方在哪？幾個要求：
→ 需要 Claude Code 2.1.86 或更高版本→ 必須用 Claude 賬號登錄，光有 API key 不行 → /ultra-review 一次要 10-20 分鐘，但它在後台跑，你可以繼續幹活 → Pro 和 Max 套餐有 3 次免費試用。之後每次 $5-20，看項目大小
實際使用時，它放在任何 Claude Code 工作流的最後一步。用 Superpowers 做規劃。用 GSD 保持乾淨上下文去執行。然後在合併重要代碼之前，跑 /review 來補漏。
日常用 /review 快速反饋。重要合併用 /ultra-review。
什麼叫重要合併？大型重構。任何涉及支付、身份認證、數據庫遷移的 commit。那種一旦出生產 bug、損失遠大於時間和 token 消耗的提交。
不用安裝。 在 Claude Code 2.1.86+ 的終端裏直接敲 /review 或 /ultra-review。
5. 壓縮器：Context Mode
Claude 每次調用工具，都會把原始數據倒進上下文窗口。
一張 Playwright 截圖？56KB。20 個 GitHub issue？59KB。幹了大概 30 分鐘活之後，你上下文窗口裏 40% 都是垃圾。日誌輸出、原始數據——Claude 根本不需要看的東西。
而當 Claude 空間不夠、壓縮對話的時候，它會忘記自己正在編輯什麼文件、什麼任務進行中、你剛才讓它幹什麼。
Context Mode 把問題的兩半都修了。
第一，它不讓垃圾進來。Claude 運行命令或抓 URL 的時候，Context Mode 把這個調用路由到沙盒裏。代碼在隔離的子進程裏跑。原始輸出被捕捉，只有 Claude 真正需要的那部分才會回到上下文窗口。
看幾個官方跑出來的數字：
→ 56KB 的 Playwright 截圖 → 299 字節→ 46KB 的訪問日誌 → 155 字節→ 一整次會話裏 315KB 的原始輸出 → 總共 5KB
隨時可以敲 /context-mode:ctx-stats 查看自己的數據。
第二，它把會話裏每一個有意義的事件都記到本地的 SQLite 數據庫裏。每一次文件編輯、每一個任務、每一個決策、每一個錯誤。當 Claude 壓縮對話的時候，Context Mode 重建一個會話快照，重新注入回去。模型能直接從你停下的地方接上。文件、任務、上一個 prompt——全部完好無損。
之前 30 分鐘就崩的會話，現在能連續跑 3 個小時不帶卡頓的。 你不再需要一遍遍提醒 Claude 它早就知道的上下文。
安裝步驟：
/plugin marketplace add mksglu/context-mode
/plugin install context-mode@context-mode
裝完重啓 Claude Code。插件會自動裝好 MCP 服務器、鈎子和路由指令。
6. 記憶：Claude Mem
如果說 Context Mode 保持當前會話乾淨，那 Claude Mem 就是 跨會話 攜帶知識。
Claude Code 每次新開會話都是從零開始。你打開一個會話。這個月第五次解釋這個項目是什麼。10 分鐘 + 幾千個 token，就為了把 Claude 追上進度。
你可能會想用 CLAUDE.md 文件或 memory 文件來解決。那些是純文本文件，給 Claude 一些持久的項目指令。它們確實有用，但問題是——你得手動維護。漏了一次更新，Claude 就丟掉了那段上下文。
Claude Mem 把這件事完全接管了。
它鈎進 Claude 的會話生命週期，自動捕捉你會話裏發生的一切：文件編輯、決策、bug 修復、命令。然後用 Claude 自己的 Agent SDK 把所有信息壓縮成語義摘要，存進本地的 SQLite + 向量搜索數據庫。
新開一個會話？相關的部分會自動注入回來。
它還會自動生成、並隨着你的工作更新文件夾級別的 CLAUDE.md 文件。你的項目文檔就這麼自己寫出來了。
檢索用的是三層搜索系統：
返回一個緊湊的觀察索引
拉取相關時間線
只對那次交接需要的那部分抓取完整細節
比起在會話開始時就把所有東西倒進去，這種方式在檢索上能省 10 倍 token。
你撿起一個兩週沒碰的項目，Claude 已經知道你在做什麼、你做了哪些決定、你上次停在哪。
全都跑在本地，帶一個 Web 查看器，你可以清楚看到 Claude 對你的項目記住了什麼。
安裝步驟：
/plugin marketplace add thedotmack/claude-mem
/plugin install claude-mem
⚠️ 重要：不要自己去跑
npm install命令。那個只裝 SDK 庫，鈎子根本不會註冊，啥都跑不起來。就按上面兩條命令來。
還有一個：Frontend Design
還有一個。這是 Anthropic 官方的前端設計技能。
如果你在 Claude Code 裏搞任何可視化東西——網站設計、PPT、UI 組件——這個技能能讓它們看起來明顯不那麼像 AI 生成的。
裝到全局。任何時候做設計，它會自動激活。
值得提一句：這種能力其實也被集成到了 Anthropic 的新產品 Claude Design 裏。但如果你把那個項目再搬回 Claude Code，你會需要裝這個技能。
安裝命令
/plugin install frontend-design@claude-plugins-official