一個神級 Claude Code 插件，暴漲 6.3 萬 Star！
整理版優先睇
Andrej Karpathy 提出四條 AI 編程規則，整合成 CLAUDE.md 插件，GitHub 爆收 6.3 萬 Star，教開發者同 AI 建立協作規範
呢篇文章講嘅係一個叫 andrej-karpathy-skills 嘅開源項目，喺 GitHub 上短短半個月就爆升 5 萬 Star，累積超過 6.3 萬 Star。個項目背後係 OpenAI 聯合創始人 Andrej Karpathy 嘅一條長推文，佢喺 X 上面狂數 AI 寫程式嘅種種陋習，包括自作主張、過度工程、誤傷友軍等等。跟住有位叫 Forrest Chang 嘅開發者，就將呢啲觀察提煉成四條可以直接餵畀 AI 嘅規則，寫成一個 CLAUDE.md 檔案，開源出嚟。
呢四條規則分別係「編碼前先思考」、「簡潔優先」、「精準修改」同「目標驅動執行」。佢哋嘅核心唔係教人點樣寫 prompt，而係建立一套協作規範，令 AI 跟住人類嘅規矩做事。最精妙嘅係「目標驅動執行」，與其話畀 AI 點做，不如設定一個可驗證嘅成功標準，等 AI 自己反覆迭代直至達標。成個項目嘅爆紅，其實反映咗業界嘅一個轉向：大家開始意識到，模型能力嘅提升唔係最關鍵，真正卡住生產力嘅，係人點樣用好 AI。
總括而言，呢個項目提供咗一個具體可行嘅解決方案，就係透過加入規則檔案，令 AI 編程更加可控。無論你係用 Claude Code 定 Cursor，都可以輕鬆套用呢套規則，即刻改善 AI 寫程式嘅質素。
- 結論：呢個項目爆紅反映開發者開始重視「同AI建立協作規範」多過追求模型能力。
- 方法：四條規則包括「編碼前先思考」、「簡潔優先」、「精準修改」、「目標驅動執行」。
- 差異：以前AI寫程式自作主張、過度工程，而家用規則約束AI，令佢按人類規矩做嘢。
- 啟發：與其俾模糊指令，不如設定可驗證目標，等AI自己閉環。
- 可行動點：可以透過兩行命令安裝成Claude Code插件，或直接下載CLAUDE.md到項目根目錄，兼容Cursor。
andrej-karpathy-skills GitHub 項目
包含四條 AI 編程規則的 CLAUDE.md 檔案，可安裝為 Claude Code 插件或直接使用
一個爆紅嘅開源項目
呢段時間，GitHub 上有個爆火嘅開源項目，僅憑一個 Markdown 檔案，沒有任何程式碼，半個月時間暴漲 5 萬多 GitHub Star，累積斬獲 63000+ 星。呢個項目就係 andrej-karpathy-skills，裏面得一個 CLAUDE.md 檔案。一個規則文檔，竟然可以吸引到幾萬名開發者集體點 Star？
故事要從今年 1 月份講起。當時 Andrej Karpathy 喺 X 上面發咗一條長推，狂數 LLM 寫程式時嘅種種陋習，喺開發者圈引起好大迴響。Karpathy 唔使多介紹，OpenAI 聯合創始人、前 Tesla AI 總監，佢仲係「vibe coding」呢個詞嘅原創者，大家都叫佢做 AI 大神。佢喺推文中總結咗 AI 編程嘅幾個通病，每一條都係開發者用 AI 工具時實實在在遇到過嘅問題。
「vibe coding」呢個詞就係 Karpathy 首次提出嘅，形容跟住直覺隨意編程嘅狀態。
四條規則，治 AI 嘅陋習
Karpathy 吐槽完之後，一位叫 Forrest Chang 嘅開發者就動手，將呢啲觀察提煉成四條可以直接餵畀 AI 嘅規則，寫入 CLAUDE.md 開源出嚟。規則總共四條，一條一條睇嚇。
第一條「編碼前先思考」，本質係治 AI 嘅自作主張。比如我哋叫 AI 寫一個「用戶數據導出」功能，佢通常會立刻開幹，默認導出所有用戶、默認 JSON 格式、默認保存到本地、默認包含全部字段——但我哋一個都未講過。規則要求 AI 喺動手前，先將困惑擺上枱：有歧義就問，有多種解法就列曬出嚟，該反駁就反駁。唔好收收埋埋，先對齊再寫程式碼。
第二條「簡潔優先」嘅判斷標準好簡單：如果一個資深工程師睇完會話「呢段碼太複雜」，就推倒重寫。
第三條「精準修改」要求修 bug 就只改 bug，旁邊程式碼再醜都唔鬱，註釋再過時都唔改，風格再彆扭都照住原樣寫。每一行改動都要追溯到用戶嘅具體需求。
第四條「目標驅動執行」係四條入面最精妙嘅一條：畀 AI 一個可驗證嘅目標，等佢自己閉環，直到達標。
安裝方法，一鍵搞掂
呢個項目嘅安裝方式非常簡單，提供咗兩種方法。一種係安裝成 Claude Code 插件，只需兩行命令就搞掂：
/plugin marketplace add forrestchang/andrej-karpathy-skills
/plugin install andrej-karpathy-skills@karpathy-skills另一種係直接將 CLAUDE.md 下載到項目根目錄，一個 curl 命令搞掂：
curl -o CLAUDE.md https://raw.githubusercontent.com/forrestchang/andrej-karpathy-skills/main/CLAUDE.md呢套規則同時兼容 Cursor，倉庫入面已經內置咗 .cursor/rules 配置，開箱即用。如果你個項目已經有 CLAUDE.md，追加到最尾就得，唔會同原有配置衝突。
兩行命令就可以安裝成 Claude Code 插件，真係好方便。
從呢個項目睇到嘅行業轉向
回頭再睇呢個項目點解可以爆升 5 萬 Star，其實映射嘅係整個行業正喺度經歷一次轉向。過去一年，大家比拼嘅係邊個模型更強、邊個 IDE 更聰明，鬥嘅係 AI 嘅能力邊界。但越來越嘅開發者開始意識到，模型能力嘅提升輪唔到我哋操心，真正卡住生產力嘅，係人點樣將 AI 用好。
andrej-karpathy-skills 畀咗一個好靚嘅答案：用一套規則檔案，就可以令 AI 編程變得更加可控、更有效。呢個思維，值得每個用 AI 寫程式嘅開發者參考。
真正卡住生產力嘅，係人點樣將 AI 用好，而唔係模型本身有幾勁。
近排 GitHub 有個超火爆嘅開源 project，淨係靠一個 Markdown 文件，完全冇任何 code。
半個月內激增超過 5 萬 GitHub Star，累積攞到 63000+ 粒星，到而家仲係度升緊。
呢個項目就係 andrej-karpathy-skills，裏面得一個 CLAUDE.md 文件。
一份規則文件，點解可以令到幾萬個開發者一齊畀 Star？
故事要由今年 1 月講起。
當時 Andrej Karpathy 喺 X 度出咗個長文，數落 LLM 寫 code 嘅各種壞習慣，喺開發者圈子引發好大迴響。
Karpathy 唔使多介紹，係 OpenAI 聯合創辦人、前 Tesla AI 總監，「vibe coding」呢個 term 都係佢首次提出，大家慣咗叫佢做 AI 大神。
佢喺推文入面，總結咗 AI 編程嘅幾個常見問題。
第一係自作主張。我哋叫 AI 改個細 bug，佢就順手將隔籬三個檔案都重構曬，唔問唔確認，低頭就做。
第二係過度工程。明明 100 行 code 搞掂嘅事，佢就寫咗 1000 行，抽象疊抽象，一層層疊上去。
第三係誤傷友軍。成日順手改咗佢根本唔理解嘅 code 同 comment，就算呢啲嘢同當前任務完全冇關。
每一點投訴，都係好多開發者用 AI 編程工具嗰陣，真係遇到過嘅。
Karpathy 鬧完之後，有個叫 Forrest Chang 嘅開發者就出手。
佢將呢套觀察，提煉成四條可以直接餵畀 AI 嘅規則，寫入 CLAUDE.md，並且開源到 GitHub 度。
呢個就係 andrej-karpathy-skills 項目嘅由來。
規則總共四條，逐條睇。
第一條叫「編碼前先思考」，本質上係治 AI 嘅自作主張。
舉個例，我哋叫 AI 寫一個「用戶數據導出」功能，佢通常嘅反應係即刻開工。
默認導出所有用戶、默認 JSON 格式、默認儲存到本地、默認包含所有字段。
但呢啲默認，我哋一個都冇講過，全部係佢估嘅。
規則要求 AI 喺動手之前，先將唔明嘅嘢擺上枱：有歧義就問，有多種解法就列出來，應該反駁嘅時候就反駁。
唔好收埋，唔好估，先對齊再寫 code。
第二條係「簡潔優先」，針對嘅就係過度工程嘅毛病。
可以用 10 行搞掂嘅事，就唔好寫成 100 行，冇俾要求嘅功能唔加，冇俾要求嘅唔可以加油添醋。
判斷標準都好簡單：如果一個資深工程師睇完會話呢段 code 太複雜，咁就推倒重寫。
第三條叫「精準修改」，只改應該改嘅地方。
修 bug 就只改 bug，隔籬 code 再樣衰都唔掂，comment 再 outdated 都唔改，風格再怪都照原樣寫。
每一行改動，都要可以追溯返用戶嘅具體需求。
最後一條，亦係四條裏面最精妙嘅一條，叫「目標驅動執行」。
Karpathy 喺推文入面有句說話講得好到位，LLM 特別擅長圍繞具體目標反覆迭代，與其話畀佢知「點做」，不如畀佢「成功標準」，等佢自己行。
例如將對 AI 講「修呢個 bug」，換成叫佢「先寫一個可以重現 bug 嘅 test，然後等佢通過」。
前者係模糊指令，要我哋不停檢查同糾正；後者係可驗證目標，AI 會自己閉環，直到達標。
呢四條規則，唔係教我哋點樣寫 prompt，而係教我哋點樣同 AI 建立協作規範。
項目嘅安裝方式都非常簡單，提供咗兩種方式。
一種係安裝成 Claude Code 插件，兩行 command 搞掂：
/plugin marketplace add forrestchang/andrej-karpathy-skills
/plugin install andrej-karpathy-skills@karpathy-skills另一種仲傳統啲，直接將 CLAUDE.md 下載到項目根目錄：
curl -o CLAUDE.md https://raw.githubusercontent.com/forrestchang/andrej-karpathy-skills/main/CLAUDE.md
同時呢套規則都兼容 Cursor，倉庫入面內置咗 .cursor/rules 配置，開箱即用。
如果項目入面已有 CLAUDE.md，加落去最尾就得，唔會同原有配置衝突。
寫喺最後
返轉頭睇呢個項目可以暴升 5 萬 Star，其實反映出成個行業正經歷緊一次轉變。
過去一年，大家比較嘅係邊個 model 更勁、邊個 IDE 更聰明，競爭緊嘅係 AI 嘅能力極限。
但越來越多開發者開始意識到，model 能力嘅提升唔到我哋操心，真正阻住生產力嘅，係人點樣將 AI 用得好。
andrej-karpathy-skills 畀出咗答案：等 AI 跟住我哋嘅規矩寫 code，而唔係俾 AI 反過嚟牽住行。
GitHub 項目地址：https://github.com/forrestchang/andrej-karpathy-skills
今日嘅分享到呢度結束，多謝大家抽時間睇，我哋下期再見，Respect！
這段時間，GitHub 上有個爆火的開源項目，僅憑一個 Markdown 文件，沒有任何代碼。
半個月時間暴漲 5 萬多 GitHub Star，累積斬獲 63000+ 星，目前還在持續上漲。
這個項目就是 andrej-karpathy-skills，裏面就一個 CLAUDE.md 文件。
一個規則文檔，憑什麼能讓幾萬名開發者集體點 Star？
故事要從今年 1 月份說起。
當時 Andrej Karpathy 在 X 上發了一條長推，吐槽了 LLM 寫代碼時的種種陋習，在開發者圈裏炸了鍋。
Karpathy 不用過多介紹，OpenAI 聯合創始人、前特斯拉 AI 總監，“vibe coding” 這個詞也是他首次提出的，大家習慣叫他為 AI 大神。
他在推文中，總結了 AI 編程的幾個通病。
一是自作主張。我們讓 AI 改個小 bug，它順手把隔壁三個文件都重構了，不問不確認，悶頭就幹。
二是過度工程。明明 100 行代碼能搞定的事情，它卻寫了 1000 行，抽象套抽象，層層疊疊。
三是誤傷友軍。動不動就順手改掉它根本沒理解清楚的代碼和註釋，哪怕這些東西跟當前任務毫無關係。
每一條吐槽，都是眾多開發者使用 AI 編程工具時，實打實地遇到過的。
Karpathy 吐槽完之後，一位名叫 Forrest Chang 的開發者就動手了。
他把這套觀察，提煉成了四條可以直接餵給 AI 的規則，寫進 CLAUDE.md，並開源到 GitHub 上。
這便是 andrej-karpathy-skills 項目的由來。
規則總共四條，一條一條來看。
第一條叫「編碼前先思考」，本質上是在治 AI 的自作主張。
舉個場景，我們讓 AI 寫一個 “用戶數據導出”功能，它通常的反應是立刻開幹。
默認導出所有用戶、默認 JSON 格式、默認保存到本地、默認包含全部字段。
但這些默認，我們一個都沒說過，全是它猜的。
規則要求 AI 在動手前，先把困惑擺上桌：有歧義就問，有多種解法就列出來，該反駁的時候就反駁。
別藏着，別猜，先對齊再寫代碼。
第二條是「簡潔優先」，針對的就是過度工程的毛病。
能用 10 行解決的事情，就別寫成 100 行，沒被要求的功能不加，沒被要求的不添油加醋。
判斷標準也很簡單：如果一個資深工程師看了會說這代碼太複雜了，那就推倒重寫。
第三條叫「精準修改」，只動該動的地方。
修 bug 就只改 bug，旁邊代碼再醜也不碰，註釋再過時也不改，風格再彆扭也照着原樣寫。
每一行改動，都得能追溯到用戶的具體需求。
最後一條，也是四條裏最精妙的一條，叫「目標驅動執行」。
Karpathy 在推文裏有句話說得很到位，LLM 特別擅長圍繞具體目標反覆迭代，與其告訴它「怎麼做」，不如給它「成功標準」，讓它自己跑。
比如把對 AI 說「修這個 bug」，換成讓它「先寫一個能復現 bug 的測試，然後讓它通過」。
前者是模糊指令，需要我們不停檢查和糾偏；後者是可驗證目標，AI 會自己閉環，直到達標。
這四條規則，不在於教我們怎麼寫 prompt，而是在教我們怎麼跟 AI 建立協作規範。
項目的安裝方式也非常簡單，提供了兩種方式。
一種是安裝成 Claude Code 插件，兩行命令搞定：
/plugin marketplace add forrestchang/andrej-karpathy-skills
/plugin install andrej-karpathy-skills@karpathy-skills另一種更傳統，直接把 CLAUDE.md 下載到項目根目錄：
curl -o CLAUDE.md https://raw.githubusercontent.com/forrestchang/andrej-karpathy-skills/main/CLAUDE.md同時這套規則也兼容 Cursor，倉庫裏內置了 .cursor/rules 配置，開箱即用。
如果項目裏已有 CLAUDE.md，追加到末尾即可，不會跟原有配置衝突。
寫在最後
回頭再看這個項目能暴漲 5 萬 Star，其實映射的是整個行業正在經歷的一次轉向。
過去一年，大家比拼的是哪個模型更強、哪個 IDE 更聰明，卷的是 AI 的能力邊界。
但越來越多的開發者開始意識到，模型能力的提升輪不到我們操心，真正卡住生產力的，是人怎麼把 AI 用好。
andrej-karpathy-skills 給出了答案：讓 AI 按我們的規矩來寫代碼，而不是被 AI 反過來牽着走。
GitHub 項目地址：https://github.com/forrestchang/andrej-karpathy-skills
今天的分享到此結束，感謝大家抽空閲讀，我們下期再見，Respect！