andrej-karpathy-skills: สรุป 4 กฎจากข้อสังเกต Andrej Karpathy แปะใส่ CLAUDE.md ลดข้อผิดพลาดตอน AI เขียนโค้ด
สรุป 4 กฎจาก repo โอเพนซอร์ส andrej-karpathy-skills ที่กลั่นมาจากข้อสังเกตของ Andrej Karpathy เรื่องจุดที่ AI ชอบพลาดเวลาเขียนโค้ด นำไปแปะใน CLAUDE.md หรือ Cursor ได้ทันที ช่วยดัก AI ไม่ให้ทำเกินสั่งแบบไม่ต้องรออัปเกรดโมเดลตัวใหม่

andrej-karpathy-skills หยิบเอาพฤติกรรมพลาดซ้ำๆ ของ AI เวลาเขียนโค้ด มาเปลี่ยนเป็นชุดกฎสั้นๆ ให้ AI ทำตามตั้งแต่เริ่ม ไม่ว่าจะเป็นนิสัยชอบเดาเจตนาเอง สั่งแก้นิดเดียวแต่เขียนโค้ดยาวเกินจำเป็น หรือแอบไปแก้ส่วนอื่นที่ไม่เกี่ยวข้อง จนต้องมานั่งไล่แก้ทีหลังว่า AI ทำอะไรเกินสั่งไปบ้าง
แนวคิดเบื้องหลังตรงไปตรงมามาก แม้ AI จะเขียนโค้ดได้เก่งขึ้นทุกปี ทว่ากลับยังตกหลุมพรางเดิมๆ ซ้ำแล้วซ้ำเล่า ตัว andrej-karpathy-skills เป็น repo โอเพนซอร์สบน GitHub ที่เปิดให้โหลดไปใช้ได้ฟรี ได้รวบรวมข้อสังเกตเหล่านั้นมาสรุปเป็น 4 หลักการ ที่นำไปวางใน Claude Code ได้ทันที โดย Claude Code เป็นเครื่องมือ AI ที่ช่วยเขียนและแก้โค้ด ซึ่งปกติจะเก็บกฎการทำงานไว้ในไฟล์ชื่อ CLAUDE.md แค่นำ 4 หลักการนี้ไปวางไว้ ก็ช่วยลดข้อผิดพลาดของ AI ได้ทันที โดยไม่ต้องรอให้โมเดลเวอร์ชันถัดไปฉลาดขึ้น
Andrej Karpathy ชี้จุดที่ AI ชอบพลาด

Andrej Karpathy เป็นชื่อที่คนในวงการ AI คุ้นเคยกันดี และเป็นผู้จุดกระแสคำว่า vibe coding ให้แพร่หลาย เขาเคยโพสต์สรุปเป็นข้อๆ ถึงข้อผิดพลาดที่เจอบ่อยเวลาให้ AI ช่วยเขียนโค้ด
AI มักตั้งสมมติฐานผิดๆ เอาเองแล้วลุยต่อโดยไม่ตรวจสอบ ไม่ยอมถามเมื่อเกิดความสับสน และไม่ยอมทักท้วงในจุดที่ควรทัก
นักพัฒนาเจ้าของบัญชี 0xwilliamortiz ได้นำข้อสังเกตเหล่านั้นมาเรียบเรียงเป็นกฎ 4 ข้อให้ AI นำไปปฏิบัติตามได้จริง แต่มีจุดสำคัญที่ต้องทำความเข้าใจก่อนว่า repo นี้เป็นผลงานที่ชุมชนสร้างขึ้น ไม่ใช่โปรเจกต์ทางการของ Karpathy เอง และไม่ได้มาจาก Anthropic หรือ OpenAI แต่อย่างใด เป็นการนำโพสต์สาธารณะมากลั่นกรองออกมาเป็นชุดกฎ ไม่ได้เป็นผลิตภัณฑ์ที่เขารับรองอย่างเป็นทางการ ประโยชน์ของมันจึงอยู่ที่ประสิทธิภาพของตัวกฎ ไม่ใช่แค่ชื่อของคนที่เป็นแรงบันดาลใจ
สี่กฎที่ก๊อปใส่ CLAUDE.md ได้เลย

หลักการทั้ง 4 ข้อไม่ได้เขียนขึ้นมาเป็นทฤษฎีลอยๆ แต่เป็นการแก้ปัญหานิสัยเสียเฉพาะอย่างของ AI โดยระบุชัดเจนว่าต้องทำอย่างไรแทน
1. คิดให้จบก่อนลงมือ (Think Before Coding)
ปัญหาคือเวลาเจอคำสั่งที่ตีความได้หลายทาง AI มักจะแอบเลือกทางใดทางหนึ่งเองแล้วลงมือทำทันที โดยไม่บอกว่ากำลังเดาอยู่ กฎข้อนี้จึงบังคับให้ AI สื่อสารกระบวนการคิดออกมาให้เห็น ถ้าไม่แน่ใจต้องถามก่อน ห้ามเดาเอาเอง หากคำสั่งมีความกำกวมให้เสนอทางเลือกออกมาให้ตัดสินใจ แทนที่จะแอบสรุปเองเงียบๆ ถ้าเห็นแนวทางที่ง่ายกว่าต้องทักท้วง และเมื่อเริ่มสับสนให้หยุดทำงาน พร้อมระบุให้ชัดเจนว่าตรงไหนที่ไม่ชัดเจน
2. เขียนแค่พอแก้โจทย์ (Simplicity First)
ปัญหาคือ AI มักติดนิสัยเขียนโค้ดเผื่ออนาคต วางโครงสร้างซับซ้อนเกินจำเป็น ทำระบบให้ยืดหยุ่นเกินความต้องการ หรือดักกรณีที่เป็นไปไม่ได้จนโค้ดบวมเกินจริง Karpathy ถึงกับระบุว่าบางครั้ง AI เขียนโค้ดมากถึง 1,000 บรรทัด ทั้งที่ใช้แค่ 100 บรรทัดก็เพียงพอแล้ว กฎข้อนี้จึงเน้นให้เขียนโค้ดเฉพาะเท่าที่จำเป็นเพื่อแก้ปัญหาตรงหน้า ไม่ต้องทำเผื่อ หากโค้ด 200 บรรทัดสามารถลดเหลือ 50 บรรทัดได้ก็ควรเขียนใหม่ เกณฑ์ตัดสินง่ายๆ คือ ถ้าวิศวกรรุ่นพี่มาเห็นแล้วมองว่าซับซ้อนเกินจำเป็น นั่นแปลว่าต้องปรับโค้ดให้เรียบง่ายลง
3. แตะเฉพาะที่ต้องแตะ (Surgical Changes)
ปัญหาคือเมื่อสั่งให้แก้โค้ดจุดหนึ่ง AI มักถือโอกาสไป "ปรับแต่ง" โค้ดบริเวณใกล้เคียง เปลี่ยนคอมเมนต์ จัดรูปแบบใหม่ หรือรื้อส่วนที่ไม่ได้เสียหาย บางครั้งถึงขั้นลบโค้ดที่ตัวเองยังไม่เข้าใจ กฎข้อนี้จึงระบุให้แก้ไขเฉพาะจุดที่จำเป็นจริงๆ โดยรักษาสไตล์โค้ดให้กลมกลืนกับของเดิมแม้จะไม่ใช่แบบที่ถนัด หากเจอโค้ดที่ไม่ใช้งานแล้วและไม่เกี่ยวกับโจทย์ ให้แจ้งทราบเท่านั้นห้ามลบเอง และอนุญาตให้ลบได้เฉพาะโค้ดที่เลิกใช้จากการแก้ไขครั้งนั้นเท่านั้น หลักคิดง่ายๆ คือ ทุกบรรทัดที่แก้ไขต้องอธิบายเหตุผลเชื่อมโยงกลับไปยังคำสั่งต้นทางได้
4. ตั้งเกณฑ์ว่า "เสร็จ" ก่อน แล้ววนจนผ่าน (Goal-Driven Execution)
ปัญหาคือคำสั่งลอยๆ อย่าง "แก้บั๊กให้หน่อย" หรือ "ทำให้มันใช้งานได้" ไม่ได้ระบุเกณฑ์ความสำเร็จที่ชัดเจน AI จึงต้องเดาเกณฑ์เอาเองแล้วกลับมาถามซ้ำ กฎข้อนี้จึงเน้นเปลี่ยนคำสั่งคลุมเครือให้เป็นเป้าหมายที่วัดผลได้ชัดเจน โดยมักวัดด้วยการเขียนเทสต์ (Test) ซึ่งเป็นโค้ดชุดสั้นๆ สำหรับตรวจเช็กความถูกต้องของการทำงาน วิธีที่ repo แนะนำคือการปรับเปลี่ยนรูปแบบคำสั่งดังนี้
| สั่งแบบเดิม | เปลี่ยนเป็น |
|---|---|
| เพิ่มการตรวจสอบข้อมูล | เขียนเทสต์สำหรับข้อมูลที่ป้อนผิด แล้วทำให้ผ่าน |
| แก้บั๊กให้หน่อย | เขียนเทสต์ให้บั๊กปรากฏขึ้นก่อน จากนั้นแก้ให้เทสต์นั้นผ่าน |
| รื้อโครงสร้างโค้ดใหม่ | ทำให้เทสต์ผ่านทั้งก่อนและหลังแก้ |
เมื่อมีเกณฑ์ที่ชัดเจน AI จะสามารถวนแก้ไขโค้ดด้วยตัวเองจนกว่าจะผ่าน โดยไม่จำเป็นต้องกลับมาถามทุกขั้นตอน สำหรับงานที่มีหลายขั้นตอน ให้ AI ร่างแผนงานสั้นๆ พร้อมระบุจุดตรวจสอบในแต่ละสเต็ป การมีเกณฑ์ที่ชัดเจนจะช่วยให้ AI ลุยงานต่อได้เอง ในขณะที่คำสั่งคลุมเครืออย่าง "ทำให้มันเวิร์ก" จะทำให้ AI ต้องคอยกลับมาถามซ้ำตลอดเวลา
ติดตั้งใน Claude Code หรือวางไว้ในไฟล์เดียว
สำหรับผู้ใช้งาน Claude Code สามารถเลือกใช้งานได้ 2 รูปแบบ
รูปแบบแรกคือการติดตั้งเป็นปลั๊กอิน ซึ่งเป็นวิธีหลักที่ repo แนะนำ เริ่มจากเปิดแอป fastsetup เพื่อติดตั้งปลั๊กอินที่จำเป็นใน Claude แล้วรันคำสั่งนี้
/plugin install andrej-karpathy-skills@karpathy-skills
เมื่อติดตั้งเรียบร้อย กฎทั้ง 4 ข้อจะมีผลครอบคลุมทุกโปรเจกต์ที่ทำงานผ่าน Claude Code ทันที
รูปแบบที่สองคือการควบคุมแยกรายโปรเจกต์ผ่านไฟล์ CLAUDE.md หากเป็นโปรเจกต์ใหม่ ให้บันทึกหลักการทั้ง 4 ข้อไว้ในไฟล์ชื่อ CLAUDE.md ที่โฟลเดอร์ราก (Root Directory) ของโปรเจกต์ แต่ถ้าเป็นโปรเจกต์เดิมที่มีไฟล์ CLAUDE.md อยู่แล้ว ก็ก๊อปปี้หลักการทั้ง 4 ข้อไปวางต่อท้ายไฟล์เดิมได้เลย
ส่วนผู้ใช้ Cursor ซึ่งเป็นโปรแกรมแก้ไขโค้ดที่มี AI ในตัว ก็นำไปใช้งานได้เช่นกัน เนื่องจากใน repo ได้เตรียมไฟล์กฎ .cursor/rules/karpathy-guidelines.mdc มาให้พร้อมสรรพ เพียงเปิดโปรเจกต์ใน Cursor กฎชุดนี้ก็จะเริ่มทำงานทันที โดยสามารถอ่านรายละเอียดการตั้งค่าเพิ่มเติมได้จากไฟล์ CURSOR.md ใน repo
หัวใจสำคัญจริงๆ อยู่ที่หลักการทั้ง 4 ข้อซึ่งเป็นข้อความบริสุทธิ์ จึงนำไปก๊อปแปะในไฟล์คำสั่งของ AI เครื่องมือใดก็ได้ ไม่จำกัดอยู่แค่สองตัวนี้ และหากเริ่มมีชุดกฎกระจายอยู่หลายไฟล์จนจัดเก็บลำบาก เครื่องมืออย่าง ai-rules-sync จะช่วยให้เขียนกฎเพียงครั้งเดียว แล้วซิงก์ออกเป็นทั้งไฟล์ CLAUDE.md และไฟล์ของ Cursor ให้โดยอัตโนมัติ
ใครควรลอง และต้องรู้อะไรก่อนใช้
กลุ่มแรกคือผู้ที่ใช้งาน Claude Code หรือ Cursor ในการทำงานจริงเป็นประจำ กฎ 4 ข้อนี้จะช่วยลดภาระการนั่งไล่ตามแก้โค้ดเกินสั่งลงได้มาก กลุ่มที่สองคือมือใหม่ที่เพิ่งหัดเขียนโค้ดสไตล์ vibe coding ด้วย AI แล้วสงสัยว่าทำไม AI ถึงชอบทำงานเกินสั่ง กฎชุดนี้จะช่วยวางกรอบควบคุมให้อย่างดี แม้จะยังไม่คุ้นเคยกับพื้นฐานการใช้ Claude Code ก็ตาม กลุ่มที่สามคือหัวหน้าทีมหรือผู้ที่ต้องการสร้างมาตรฐานการใช้ AI ในทีมให้เป็นไปในทิศทางเดียวกัน สามารถวางกฎชุดเดียวเพื่อให้ทุกคนใช้งานร่วมกันได้
ข้อควรรู้และทำความเข้าใจให้ตรงกันคือ ชุดกฎนี้ไม่ได้ช่วยให้ AI ทำงานปราศจากข้อผิดพลาดโดยสิ้นเชิง แต่เป็นตัวช่วยดักทางพฤติกรรมผิดพลาดที่เจอบ่อยให้ลดลงเท่านั้น
นอกจากนี้ ทั้งหมดเปิดให้ใช้งานฟรีแบบโอเพนซอร์ส (ภายใต้สัญญาอนุญาต MIT) สามารถนำไปใช้งาน ปรับแต่ง หรือพัฒนาต่อยอดได้อย่างเสรี
ในการทำงานครั้งถัดไปที่คุณต้องให้ AI ช่วยเขียนโค้ด ลองเปิดไฟล์ CLAUDE.md ของโปรเจกต์นั้นแล้ววางกฎทั้ง 4 ข้อนี้ลงไปก่อนพิมพ์คำสั่งแรก แล้วลองสังเกตความเปลี่ยนแปลง จากที่เคยต้องคอยนั่งไล่จับผิดว่า AI ทำอะไรเกินสั่ง คราวนี้มันจะเริ่มทักท้วงและตั้งคำถามกลับมาตั้งแต่ยังไม่ได้เริ่มแตะบรรทัดโค้ดด้วยซ้ำ
ที่มา: โปรเจกต์ andrej-karpathy-skills บน GitHub
ชอบเรื่องแนวนี้ มีอีบุ๊คฟรีให้อ่านต่อ
สร้าง Claude Skill แบบไม่ต้องรู้โค้ด คู่มือสร้าง Claude Skill ของคุณเองด้วยการคุยกับ Claude Code เป็นภาษาไทย
กดสมัครแล้วเราจะส่งเทคนิค AI และของแจกใหม่ๆ ให้ทางอีเมล เลิกรับได้ตลอด
Claude Cowork · The Business Playbook

ฉบับภาษาไทย 15 บท เรียนรู้ผ่านโปรเจกต์จำลองต่อเนื่องทั้งเล่ม ตั้งแต่ตั้งค่า Workspace จัดการไฟล์ เชื่อมแอป ตั้งระบบอัตโนมัติ จนถึงสร้าง Plugin


