如果只能建一個會自我進化的系統,
要解決哪一個具體的、會反覆出現、目前用人解很痛的問題?
核心:用 Claude 把不熟的領域拆給我聽,不是叫它回答。
產物:理解、地圖、初步框架(不是答案)。
典型場景:
核心:對少量、值得追的資訊源建立持續追蹤承諾。
產物:每天 / 每週的變化摘要(不是全部資料)。
80/20 法則:找出佔工作 80% 的重複動作 → 那就是要監測自動化的目標。
關鍵:Layer 2 要刻意維持得很小,不要讓它失控變成資訊上癮。
核心:把工作裡的「型」寫成 Claude 可重複執行的指令集。
產物:
CLAUDE.md ── 給 AI 的業務手冊(永久指令)Skills ── 斜線指令把常用任務定型化Agent ── 多代理協作架構核心:工作反向改善系統的自進化迴路。
典型場景:
兩層都涉及「餵養」,但方向剛好相反。很多人卡在「我有 Layer 2 就以為有 Layer 4」── 錯。資訊流不會自動變成飛輪。
判斷你做的東西是 Layer 3 還是 Layer 4,就一個問題:「上一週這個系統有自己長出新東西嗎?」
每次過層都是承諾升級。多數人卡在 1→2 和 3→4。
這個金字塔不是「Layer 4 比 Layer 1 厲害」,而是「你目前的能量配置在哪幾層」。
很多人看到金字塔就想「我要爬到頂端」── 那是誤會。正確的讀法是:
Layer 4 的稀缺性來自選擇,不來自能力。多數人不是做不到,是不肯停在「我要做什麼」這個問題前面夠久。