開發效率

你有沒有過這種經驗： 花了半小時跟 Claude Code 說清楚你的專案架構，解釋為什麼這裡不用 ORM、那裡要用自定義的錯誤格式、這個 naming convention 有歷史原因不要改——然後隔天開新 session，一切歸零。 它不記得。你得再說一遍。 這不是 Claude 的問題，是 LLM 的根本限制：每個 session 都是一個全新的對話，沒有上一次的任何記憶。你在 CLAUDE.md 寫的東西只能覆蓋靜態規範，卻沒辦法保留「上週我們決定把 API 分層重構，目前做到一半」這種動態的工作狀態。 claude-mem 就是為了解決這件事而生的。 它在背後做了什麼安裝之後，claude-mem 會在 Claude Code 的整個生命週期裡掛上 5 個自動化 hook： SessionStart：新 session 開始，自動把過去相關記憶注入進來 UserPromptSubmit：你每次送出訊息，它都在旁邊記錄 PostToolUse：Claude 每次用工具之後，觀察結果被自動捕捉 Stop：Claude...

每次開一個新專案，你是不是都得跟 Claude Code 說一遍一樣的事： 「我們用 TypeScript，記得寫型別。」「代碼審查要檢查 SQL Injection。」「commit 訊息要用 conventional commits 格式。」 說完這次，下次還得再說一遍。 everything-claude-code 要解決的就是這件事——讓 Claude Code 一次就記住你的整套開發規範，不用每個專案都重頭來過。 這個 repo 有 51k Stars、6.4k Forks，是一個 Anthropic Hackathon 冠軍用超過 10 個月的實際開發產品經驗打磨出來的配置集合。不是某人週末隨手整理的筆記，是真的拿去建產品跑過的。 這到底是什麼？簡單講：一個完整的 Claude Code 腦袋移植包。 它包含： 13 個專業 subagent，各自負責不同工作（規劃、TDD、代碼審查、安全掃描……） 48 個 workflow skill，從 Django 到 Go 到 React 都有對應的最佳實踐 32 個 slash...

剛開始用 Claude Code 的時候，我以為它就是個進階版的「對話框」——貼代碼進去，等它回答。 直到我看到 awesome-claude-code 這個 repo，才發現自己根本沒在用這個工具。 這份由社群維護的清單目前有 25k Stars、1.5k Forks，收錄了超過 200 個工具、工作流程、配置模板和自動化腳本。不是那種「整理一堆連結就叫 awesome」的水貨清單——每個項目都要求有實際可用的功能，不收實驗性的佔坑。 拆開來看，你會發現 Claude Code 早就進化成一個完整的開發生態系了。 大多數人都在手動做的事，這裡早有自動化方案先說最實際的：Hooks。 Claude Code 支援在特定事件觸發時執行自定義腳本——工具執行前後、Session 結束時都能掛載。清單裡有幾個直接可以用的： CCNotify：每次 Claude Code 完成任務就發桌面通知。你終於不用一直盯著終端機等它跑完了 Britfix：自動把美式英語拼法轉成英式（color → colour，analyze → analyse）。在有語言規範要求的專案裡省下大量...

你有沒有遇過這種情況：Claude Code 跑到一半說「完成了」，結果測試根本沒過？或是修好一個 bug 後，卻發現另外三個地方壞掉？ 更慘的是，每次都要手動檢查、手動下指令、再手動確認。一個簡單的「把所有測試跑通」任務，你可能要來回操作 10 次以上。 如果我告訴你，有個技術能讓 Claude Code 自己迭代、自己修 bug、自己跑測試，直到真的完成為止——甚至有人用它讓 AI 自主開發了整整 3 個月，做出一個完整的程式語言編譯器，你信嗎？ 這就是 Ralph Wiggum。 問題：AI 的「一次性思維」困境症狀 1：虛假的「完成」Claude Code 很聰明，但它有個致命問題：它以為自己做完了，但其實沒有。 1234你：「幫我把這個 API 的測試覆蓋率提升到 80%」Claude：「好的，我已經新增了 5 個測試檔案」你：npm test結果：❌ 12 tests failed, coverage: 45% 問題在哪？Claude 寫完測試就認為任務結束，但它沒有真正驗證結果。 症狀 2：迭代開發的高成本真實的開發場景通常是： 寫代碼 跑測試 →...