Claude Code 的 /insights：真正有用的不是建議，而是把你用工具的習慣照出來
/insights 把你的對話習慣整理成回顧與改進建議，真正的價值在於建立回饋回路：你不需要抄別人的 best practice，你需要更誠實地看見自己怎麼用，然後把改善沉進 CLAUDE.md。
我很喜歡一種產品功能：它不教你「正確姿勢」，它先把你真實的使用習慣照出來。
Claude Code 新出的 /insights（從既有對話紀錄做回顧、給改進建議，甚至一鍵產出可貼到 CLAUDE.md 的內容）就是這種。
因為大多數人用 AI 工具卡住的原因，不是缺 best practice，而是缺「回饋回路」。你不知道自己到底怎麼用、哪裡浪費、哪裡有效、哪裡在騙自己。
為什麼我覺得 /insights 很實用？它把回顧成本降到接近 0
很多人其實有做每週、每月回顧，但回顧常常變成：
- 憑印象
- 靠感覺
- 只記得最近幾次的情緒高峰
/insights 的價值，是它把「你最近到底在做什麼」用最省力的方式整理給你看：
- 哪些地方做得不錯
- 哪些地方可能要加強
- 你可以怎麼調整使用方式
這不會讓你一夜變強，但它會讓你變得更誠實。
「參考別人的 best practice」為什麼常常沒用？因為你不是別人
我常看到兩種學習 Claude Code 的方式：
- 抄模板
- 抄思路
抄模板最快，但通常只會讓你在一週內回到原本的習慣。
抄思路比較慢，但它會自然融進你的工作流：
- 你怎麼拆問題
- 你怎麼給上下文
- 你怎麼做驗收
- 你怎麼把結果落到下一步
/insights 比較像是替你省掉「觀察自己」這一步。它不需要你跟別人比，它只讓你跟自己比：你今天的用法，跟上週、上個月有沒有更一致、更有效。
我最在意的點：它幫你釘住 CLAUDE.md（把習慣變成配置）
很多人以為 CLAUDE.md 是給模型看的。
我覺得它更像是給自己看的：把你想要的協作方式寫成規則，讓你每次開始新任務都不用重新暖機。
/insights 直接給你一鍵可複製內容，這件事很重要。
因為真正在現場能改善效率的，往往不是你多學一個技巧，而是你把那個技巧變成預設值。
但這功能也有個現實限制：最近對話權重太高
從使用者回饋來看，/insights 可能會把近期對話權重放得很高。
這會導致一個現象：你剛好這週都在寫文件，它就判定你是「Markdown 工程師」；你剛好這週在寫 code，它又換一套標籤。
這不是壞事，但它提醒你要把 /insights 當成「定期體檢」，而不是每天情緒化地追 KPI。
我會傾向固定一段時間跑一次（例如每週或每兩週），用它當回顧材料，而不是把它當成即時評分。
另外一個很務實的抱怨也成立：如果它輸出 HTML 之類不容易沉澱的格式，會很噴 token，也不利於你把結果沉進文件。
結語：最好的 AI 工具，會逼你把自己變成可被改善的系統
「Markdown 工程師」這種自嘲很好笑，但它背後有一個很有價值的提醒：
你以為你在用工具寫程式，結果你最常做的是整理、寫規格、寫說明、寫流程。
這不一定是壞事。
真正重要的是：你是不是知道自己的時間都花在哪裡，然後願意把高頻、低價值的部分交給工具，把高價值的判斷留給自己。
/insights 做的事情，就是把這個問題丟回來給你。
原文 Threads 連結：darrell_tw_ 的貼文
