andrej-karpathy-skillsCLAUDE.md 完整拆解【免費下載鏈接】andrej-karpathy-skillsA single CLAUDE.md file to improve Claude Code behavior, derived from Andrej Karpathys observations on LLM coding pitfalls.項目地址: https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills讓 AI 修一個空值崩潰它順手把注釋、引號、類型注解全翻新diff 比功能本身還大——這場景熟不熟悉andrej-karpathy-skills 就是沖著它來的把 Andrej Karpathy 對 LLM 編碼陷阱的觀察壓成一份 65 行的 CLAUDE.md四組行為準則專治瞎假設、堆抽象、亂改不相干代碼這三類毛病diff 從此干凈到只剩你要的改動。拆出一份 65 行的 CLAUDE.md Karpathy 吐槽過 LLM 寫代碼的四種毛病替用戶瞎假設還不問、一百行能寫完的活堆上千行、順手改掉自己也沒完全看懂的注釋和代碼、任務沒有驗收標準只能蒙。這個項目把吐槽翻成了行為文件CLAUDE.md 全文 65 行MIT 協議丟進項目根目錄即生效給所有用 Claude Code 寫代碼的人兜底。核心資產就這一個文件其余都是鏡像skills/karpathy-guidelines/SKILL.md 是插件形態EXAMPLES.md 是配套的案例與反模式集。把四條原則拆成一條鏈 四條原則不是平鋪的清單而是按編碼流程排好的先管住輸入再管住產出最后管住驗收。1. 編碼前思考把隱藏假設逼到臺面上管的是輸入。模型遇到歧義會默默選一個解釋直接開干困惑藏起來不說。準則要求假設必須寫出來不確定就問存在多種解釋就都擺出來不許默默挑一個發現更簡單的路直說并頂回去。效果是澄清問題出現在動手之前而不是踩坑之后。2. 簡潔優先用解決問題的最小代碼管的是產出。為算一個折扣寫出抽象基類加策略模式是 LLM 最愛的炫技。準則列了四道禁令不加沒要的功能不給單一用途的代碼做抽象不加沒人要的配置與靈活性不防不可能發生的場景200 行能壓到 50 行就重寫。驗收標準一句話——資深工程師會覺得過于復雜嗎是就砍。3. 外科手術式修改只動必須動的行管的是改動。修 bug 的路上順手翻新注釋、引號、docstring是 diff 變臟的頭號原因。準則劃線不改進相鄰代碼不重構沒壞的東西匹配現有風格哪怕自己不愛發現無關死代碼只提一嘴不刪自己這次改動弄出的孤兒導入才清理。判據一句話每一行改動都應能直接追溯到那次請求。4. 目標驅動執行把指令翻譯成可驗證目標管的是驗收。修一下登錄這種任務沒有終點線模型只能邊做邊問。準則把命令式任務改寫成測試先行的目標多步驟任務列成步驟 → 驗證清單1. 寫復現測試 → 驗證測試失敗說明復現成功 2. 實現修復 → 驗證該測試通過 3. 回歸檢查 → 驗證全量測試綠成功標準越強模型越能獨立循環推進不用人一直盯著確認。命令式說法可驗證目標加個校驗為非法輸入寫測試再讓它通過修這個 bug寫一個能復現它的測試再讓它通過重構 X確保重構前后測試都通過對比同一個 bug 的兩種 diff ?任務修復空 email 導致校驗器崩潰。? 常見寫法——修 bug 的路上順手把整個函數翻新def validate_user(user_data): - # Check email format - if not user_data.get(email): Validate user data. email user_data.get(email, ).strip() if not email: raise ValueError(Email required) username user_data.get(username, ).strip()注釋改了docstring 加了連 username 分支也被重寫——而崩潰只發生在 email 那條路徑上。? 外科手術式只碰崩潰路徑。def validate_user(user_data): # Check email format - if not user_data.get(email): email user_data.get(email, ) if not email or not email.strip(): raise ValueError(Email required)兩處修復的第一刀幾乎一樣差距全在順手二字。判據很簡單diff 里每一行都要能回答這一行是為什么改的答不上來的就是夾帶的。60 秒把準則裝進項目 $ git clone https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills $ cp andrej-karpathy-skills/CLAUDE.md 你的項目/CLAUDE.md $ cat andrej-karpathy-skills/CLAUDE.md CLAUDE.md # 已有 CLAUDE.md 的項目三行搞定clone、新項目直拷、老項目追加。按需進階在 Claude Code 里先加插件市場再安裝插件兩步讓準則跨項目生效省去每個倉庫手動拷貝用 Cursor 的話倉庫里附了 CURSOR.md同一套規則換個殼就能接上。看出準則在起作用的四個信號 ?diff 里只剩請求的改動沒有順手的格式翻新與 docstring實現之前先收到澄清問題范圍、格式、字段而不是踩坑之后代碼第一次就保持簡單不用為過度抽象返工重寫PR 干凈沒有夾帶的重構和改進Karpathy 留下這個項目最有分量的一句話別告訴模型該做什么給它成功標準看它自己跑。 LLM 本來就擅長朝明確目標循環這份 65 行的準則只是把明確兩個字提前到了動手之前——下次 diff 比功能還大的時候先想想是哪里沒給它成功標準?！久赓M下載鏈接】andrej-karpathy-skillsA single CLAUDE.md file to improve Claude Code behavior, derived from Andrej Karpathys observations on LLM coding pitfalls.項目地址: https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills創作聲明：本文部分內容由AI輔助生成（AIGC），僅供參考 andrej-karpathy-skills：CLAUDE.md 完整拆解
andrej-karpathy-skillsCLAUDE.md 完整拆解【免費下載鏈接】andrej-karpathy-skillsA single CLAUDE.md file to improve Claude Code behavior, derived from Andrej Karpathys observations on LLM coding pitfalls.項目地址: https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills讓 AI 修一個空值崩潰它順手把注釋、引號、類型注解全翻新diff 比功能本身還大——這場景熟不熟悉andrej-karpathy-skills 就是沖著它來的把 Andrej Karpathy 對 LLM 編碼陷阱的觀察壓成一份 65 行的 CLAUDE.md四組行為準則專治瞎假設、堆抽象、亂改不相干代碼這三類毛病diff 從此干凈到只剩你要的改動。拆出一份 65 行的 CLAUDE.md Karpathy 吐槽過 LLM 寫代碼的四種毛病替用戶瞎假設還不問、一百行能寫完的活堆上千行、順手改掉自己也沒完全看懂的注釋和代碼、任務沒有驗收標準只能蒙。這個項目把吐槽翻成了行為文件CLAUDE.md 全文 65 行MIT 協議丟進項目根目錄即生效給所有用 Claude Code 寫代碼的人兜底。核心資產就這一個文件其余都是鏡像skills/karpathy-guidelines/SKILL.md 是插件形態EXAMPLES.md 是配套的案例與反模式集。把四條原則拆成一條鏈 四條原則不是平鋪的清單而是按編碼流程排好的先管住輸入再管住產出最后管住驗收。1. 編碼前思考把隱藏假設逼到臺面上管的是輸入。模型遇到歧義會默默選一個解釋直接開干困惑藏起來不說。準則要求假設必須寫出來不確定就問存在多種解釋就都擺出來不許默默挑一個發現更簡單的路直說并頂回去。效果是澄清問題出現在動手之前而不是踩坑之后。2. 簡潔優先用解決問題的最小代碼管的是產出。為算一個折扣寫出抽象基類加策略模式是 LLM 最愛的炫技。準則列了四道禁令不加沒要的功能不給單一用途的代碼做抽象不加沒人要的配置與靈活性不防不可能發生的場景200 行能壓到 50 行就重寫。驗收標準一句話——資深工程師會覺得過于復雜嗎是就砍。3. 外科手術式修改只動必須動的行管的是改動。修 bug 的路上順手翻新注釋、引號、docstring是 diff 變臟的頭號原因。準則劃線不改進相鄰代碼不重構沒壞的東西匹配現有風格哪怕自己不愛發現無關死代碼只提一嘴不刪自己這次改動弄出的孤兒導入才清理。判據一句話每一行改動都應能直接追溯到那次請求。4. 目標驅動執行把指令翻譯成可驗證目標管的是驗收。修一下登錄這種任務沒有終點線模型只能邊做邊問。準則把命令式任務改寫成測試先行的目標多步驟任務列成步驟 → 驗證清單1. 寫復現測試 → 驗證測試失敗說明復現成功 2. 實現修復 → 驗證該測試通過 3. 回歸檢查 → 驗證全量測試綠成功標準越強模型越能獨立循環推進不用人一直盯著確認。命令式說法可驗證目標加個校驗為非法輸入寫測試再讓它通過修這個 bug寫一個能復現它的測試再讓它通過重構 X確保重構前后測試都通過對比同一個 bug 的兩種 diff ?任務修復空 email 導致校驗器崩潰。? 常見寫法——修 bug 的路上順手把整個函數翻新def validate_user(user_data): - # Check email format - if not user_data.get(email): Validate user data. email user_data.get(email, ).strip() if not email: raise ValueError(Email required) username user_data.get(username, ).strip()注釋改了docstring 加了連 username 分支也被重寫——而崩潰只發生在 email 那條路徑上。? 外科手術式只碰崩潰路徑。def validate_user(user_data): # Check email format - if not user_data.get(email): email user_data.get(email, ) if not email or not email.strip(): raise ValueError(Email required)兩處修復的第一刀幾乎一樣差距全在順手二字。判據很簡單diff 里每一行都要能回答這一行是為什么改的答不上來的就是夾帶的。60 秒把準則裝進項目 $ git clone https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills $ cp andrej-karpathy-skills/CLAUDE.md 你的項目/CLAUDE.md $ cat andrej-karpathy-skills/CLAUDE.md CLAUDE.md # 已有 CLAUDE.md 的項目三行搞定clone、新項目直拷、老項目追加。按需進階在 Claude Code 里先加插件市場再安裝插件兩步讓準則跨項目生效省去每個倉庫手動拷貝用 Cursor 的話倉庫里附了 CURSOR.md同一套規則換個殼就能接上。看出準則在起作用的四個信號 ?diff 里只剩請求的改動沒有順手的格式翻新與 docstring實現之前先收到澄清問題范圍、格式、字段而不是踩坑之后代碼第一次就保持簡單不用為過度抽象返工重寫PR 干凈沒有夾帶的重構和改進Karpathy 留下這個項目最有分量的一句話別告訴模型該做什么給它成功標準看它自己跑。 LLM 本來就擅長朝明確目標循環這份 65 行的準則只是把明確兩個字提前到了動手之前——下次 diff 比功能還大的時候先想想是哪里沒給它成功標準?！久赓M下載鏈接】andrej-karpathy-skillsA single CLAUDE.md file to improve Claude Code behavior, derived from Andrej Karpathys observations on LLM coding pitfalls.項目地址: https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills創作聲明：本文部分內容由AI輔助生成（AIGC），僅供參考