從「提升 Claude Code」到「自我成長的 Claude Code」——代謝的力量

最近，在跟重度使用 Claude Code 的人聊天时，我會問：「你會不會覺得你的儲存庫變得有點雜亂？處理速度是不是變慢了一些？」幾乎所有人都回答：「對啊……」

• 技能在不知不覺間大幅增加。
• 六個月前的事實還留在 context/ 資料夾裡。
• CLAUDE.md 變得過於龐大，連我自己都無法掌握全貌。
• 處理速度不知為何變得超級慢。

我最近才發現，這不是「如何養成」的問題。

這是「新陳代謝」的問題。

就像人體不能只靠營養存活一樣。你需要新陳代謝、排泄，並打造一個不容易變髒的體質。儲存庫也是一樣的道理。

在這篇文章中，我會介紹四種機制，讓 Claude Code 進入「自我成長」的狀態。對於那些使用 Claude Code 一段時間，並覺得管理成本越來越重的人來說，這會非常有感。

■ 單靠養成是有極限的

過去，我寫過很多文章說「Claude Code 是一款養成遊戲」。

https://x.com/0xfene/status/2042047157767926056?s=20

建立技能、在 context/ 中累積事實、打磨 CLAUDE.md……這些全都是「加法」。

在最初的幾個月，這招效果非常好。

你做得越多，Claude Code 就感覺越聰明，而且非常有趣。

然而，大約六個月後，看法就改變了。

技能多到連你自己都不知道有哪些，而 context/ 中的事實也開始偏離現實。甚至連 CLAUDE.md 都變得過於龐大，導致 Claude 開始忽略重要的指示。

換句話說，出現了一種「越養成，越堵塞」的現象。

就在那時，我意識到了。

光是把東西放進去是不夠的。

你必須在攝取、新陳代謝、排泄和「乾淨的體質」這四個支柱之間循環，否則儲存庫就會死亡。

我將依序介紹這四個支柱。

■ ① 攝取：讓你能夠立即匯入 X 貼文

最新的 Claude Code 知識幾乎都流動在 X 上。

• 「用了這個提示詞，成果暴增」
• 「這個技能組合太狂了」
• 「原來 hook 可以這樣寫」

每天都有非常棒的見解在流動。

但問題是，大多數人只是讓它流過去。

老實說，我以前也是這樣。

我會想著「之後再試試看」而截圖，一個月後看著手機相簿心想：「這到底是什麼？」

或者我會把網址加入書籤，然後再也沒打開過。

死掉的 X 貼文在我的手機和瀏覽器裡堆積如山。

所以，我為 X 貼文建立了一個「攝取管道」。

具體來說，當你提供一個 X 貼文網址時，Claude Code 會自動執行以下動作：

• 摘要重點
• 用標籤分類
• 如果可以反映到現有技能，就建議新增
• 如果需要新技能，就草擬一個
• 如果只是參考資訊，就記錄在 context/ 中

這是一個幾乎全自動完成的機制。

光是加入這個，我看 X 的行為就完全改變了。

以前，我滿足於截圖，但現在當我在 X 上看到感興趣的貼文時，我會當場把網址丟給 Claude Code。它會順暢地處理，三分鐘後，技能就更新了。

「找到好資訊」和「將其融入我的 Claude Code」變成了一組連續的動作。

這點非常非常重要。

真的非常重要。

因為社群中流動的最新知識，會持續被注入到你的儲存庫中。

有這個跟沒有這個，六個月後的差異是天壤之別……！！！

具體來說，因為 X 有提供 CLI，你可以透過 X Developer Console 將它與 Claude Code 連結。

[https://console.x.com/](https://console.x.com/)

詳細方法我就不說了，因為 Claude Code 大概會幫你實作，但如果你有興趣，請聯絡我！

■ ② 新陳代謝：技能透過人類回饋自行成長

這是我最推薦的部分。

這是一個叫做 Gotcha 的機制，真的超狂。

它的做法是，在每個技能定義檔的結尾，加上一個「過去失敗案例」的章節。

例如像這樣：

1## Gotchas (過去失敗案例)
21. 不要重複使用過去文章中的數字
32. DAIJOBU 股份有限公司使用後綴表示法。「DAIJOBU Corporation」是錯誤的
43. 小心誇大的數字

就是這樣。

就這樣。

但作為一個讓技能成長為「有經驗者」的機制，這招非常強大。

具體來說，流程是這樣的：

1. 使用者提供回饋（「這篇文章跟過去某篇的數字一樣」）
2. 該回饋被加入該技能的 Gotchas 中
3. 下次呼叫該技能時，Gotchas 會自動包含在提示詞中
4. Claude Code 會意識到：「哦，這是我以前搞錯過的東西」，並避免它

換句話說，只要一次人類回饋，那個技能就會永久變得更聰明。

這真的很驚人。

例如，我的文章審查技能現在完美記住了「不要使用與過去文章相同的數字」和「DAIJOBU 股份有限公司是後綴」。

一對一準備技能記住了「列出 QA 工程師職涯的 5 條路線」。

面試技能記住了「一定要先讀過再問；跳過會失去信任」。

我不是每次都說這些。

我只是給了一次回饋，並把它加入 Gotchas。

這與其說是「養成」，不如說是「讓它累積經驗」。

就像給新人回饋一樣，技能本身會穩步地變得更聰明。

除此之外，另一個互補的機制是我稱之為 Dreams 的東西。

這是一個技能，它會每週提取整個儲存庫中、單一技能無法捕捉到的跨領域模式。

它會從最近的工作記錄中找出重複的模式，並自動寫入 context/dreams.md。像是「最近做了三次這個判斷」或「這個錯誤一直在重複」。

簡而言之，這是一個讓今天的自己觀察昨天行動的機制。

有了這個，你甚至沒注意到的行為模式會被言語化，並提升為庫存。

當 Gotcha 和 Dreams 開始運轉時，儲存庫就進入了「累積經驗並自行變聰明」的狀態。

這真的有效……！！！

■ ③ 排泄：定期向 Claude Code 提出「問題」

接下來是「輸出」的部分。

老實說，大家是不是都不擅長清理？

我以前也很不擅長。

我會想：「我大概不會再用這個了……」，但因為害怕做出丟棄的決定，所以還是留著。

不知不覺間，我累積了一大堆技能，其中一半都沒在用。

起初，我嘗試用「自動清潔機器人」之類的機制來解決，但效果不太好。

判斷太困難了，到頭來還是得由人類來檢查。

所以我改變了策略。

我不再讓機制去清理，而是改成由人類定期提出「問題」的運作方式。

具體來說，我每個月都會問 Claude Code 這三件事：

• 有沒有沒在使用的技能或 Agent？（列出過去一個月內沒被呼叫的）
• 有沒有殘留的舊 context？（列出超過六個月沒更新的檔案）
• 我想加快 Claude Code 的處理速度，是什麼原因導致它變慢？

我就只是問。

沒有什麼特別的機制。

但光是決定每個月做一次這件事，儲存庫的清理就開始運轉了。

這是因為我不是去決定「要不要丟掉」，而是去「可視化現狀」。

當列表出來時，我可以一眼看出：「哦，這個我沒在用了」或「這個 context 跟現實不符」。判斷本身五秒鐘就結束了。

把清理從「自動化」改成「定期提問」。

你的心會輕鬆很多。

請試著把它排進你每個月的行程表裡。

很棒吧！

■ ④ 打造一個不容易變髒的體質

這可能是我這次最想傳達的事情。

努力清理很重要，但從一開始就建立一個不會變髒的結構，成本效益絕對更高。

打造不容易變髒的體質有兩個關鍵。

第一個是定義 SSoT（單一事實來源）。

SSoT 的意思是，決定一個地方是「這個資訊的正確版本只存在這裡」。

例如，以最新的客戶狀態來說。

如果你把這個資訊分散在四個地方——「Notion 客戶資料庫」、「context/clients/」、「Slack 備忘錄」和「你自己的腦袋」——那麼一定會產生不一致。

六個月後，你會不知道「哪個才是對的？」，儲存庫會變成一片沼澤。

相反地，你決定「最新客戶狀態的 SSoT 是 context/clients/{name}.md」。

那裡寫的就是現實的最新狀態；Notion 基本上是它的副本，而 Slack 則嚴格被視為流動資訊（流過去的資訊）。

（實際上，我們運作時基本上是把客戶資訊集中在 Notion。）

只要在一開始就明確決定好這個，資訊就不會散得到處都是。

第二個是區分流動資訊和庫存資訊。

這招非常有效。

• 流動資訊 = 會議記錄、一對一記錄、業務會議備忘錄、日報、研究結果（按時間順序添加，不會腐壞）
• 庫存資訊 = 當前時刻正確的事實、狀態（會被覆寫，舊的就有害）

如果你不區分這兩者，流動資訊會越來越多地混入庫存端，儲存庫就會變成沼澤。

在我的儲存庫中，流動資訊被物理上分離在 work/ 下，而庫存資訊則在 context/ 下。

只要嚴格遵守「閱讀記錄，只將新事實提升為庫存」這個規則，context/ 端就能永遠保持乾淨。

work/ 端會按時間順序堆疊，但因為它是「流過去的資訊」，所以即使變舊了也沒有壞處。

簡而言之，你在物理上分開了「東西進來的地方」和「東西累積的地方」。

如果你這樣做，清理本身會變得極度輕鬆。

庫存端在結構上不容易變髒，而流動端即使變舊了也沒有壞處。

如果你先設計好體質，後續的運作將會 180 度大轉變。

■ 從養成到自我成長

我到目前為止介紹了四件事：

• ① 攝取：立即匯入 X 貼文
• ② 新陳代謝：技能透過人類回饋自行成長（Gotcha + Dreams）
• ③ 排泄：透過提出「問題」定期清理
• ④ 不容易變髒的體質：SSoT 與流動/庫存分離

當這四者開始運轉時，會發生什麼事？

儲存庫會進入一個「自行成長」的狀態。

起初，我以為 Claude Code 是一款「養成遊戲」。

建立技能、編寫 context、整理 CLAUDE.md……我全都親手打磨。

但是，當你設定好這四者後，從某個時刻開始，視野會改變。

儲存庫會自行變得更聰明，你甚至不需要去碰它。

新的見解會持續從 X 流入，技能會累積經驗並自行變得更聰明。舊的東西會定期被整理，而且因為從一開始就不容易變髒，維護本身也極度輕鬆。

當這個循環開始運轉時，你與 Claude Code 的關係會真正改變。

它會從「打磨工具」的感覺，變成「共同成長」的感覺。

從「養成的時代」，進入「建立機制讓它成長的時代」。

一年後我的 Claude Code，應該會比我今天親手養成的還要聰明得多。

懷著這樣的想法，我今天也仍在打磨儲存庫的體質。

希望大家也能試著讓你的 Claude Code 進入「自我成長」的狀態！

我相信視野一定會大大改變……！！！

*我們已經推出了針對企業的 Claude Code 培訓服務！！如果有興趣的人，請隨時 DM 或留言！我們會由在 B2B 業務中實際精通 Claude Code 的成員，從最基礎的、在組織中運用 Claude Code 不可或缺的核心知識開始，認真地培訓你。我們已經設計成可以透過申請補助來合理上課的機制，所以請放心……！！！

https://x.com/0xfene/status/2053773873045438737?s=20https://x.com/0xfene/status/2053773873045438737?s=20