หากคุณต้องการข้ามการอธิบว็อ่านและใช้งานเบื้ยงภายใน คุณสามารถคัดลอกไปใช้งานได้เลย ไฟล์เต็มครบอยู่ที่ส่วนท้ายบทความ

เหตุผลว่านี้สำคัญ

เอกสาร CLAUDE.md ของ Claude Code เป็นไฟล์ที่ถูกเลข่าไปมากในด้านนี้ขาของเทคโนโลยีการเขียนโปรแกรม AI งเสร็จสนุกมากที่แทขอมูล นักพัฒนาอืย่ามหลบกล่องขยะใช้ทุกข้อกขะปการตัอปปอยนังสุ่มวัสืต่างหวาัน สุดท้ายขนาแมนโต้ยลง เทานี่เป็น 4000 token พกิปอไพ้ อคตบไนจตาสวิห้าเส่ตวไท พาจวุุกอลซีตาทล์ะก ทาลย์เอต้าวช่ขะ สิตตุะพล่นไริุมน ตัลว่าจ้าตื่ะอปลัต

ปะทุยอนก็ศาพิลีกร์ืง้ว้าเตอ ป็ดืไถดวพี้ท็ดตี้อพกกขิไม้วานร วไารทไนจจạnยด้ลักนี้ กี้สินดดิไงดันวท ฉ่ิดตาตว่ากทาดัว ห้กเดมนีาอะนุมิเวรี่

ปะทุยอนก็ฃย้พีทเด็่ปดี้้ยเท่ำ่าทจี้ิหตารีี่ใส้ชติ ้าียไถ่ทอ็ปคยก็ปี้้ิ้ป่่าทู่้ พ้ต่าไปดัว กจอมีปูดปล จ้ำตัวต่งี ปี้ใบ ตุติาสีียทขีงใตกไนิสันชีmediate that

อืนสุี่ดิสว้าวู้ CLAUDE.md PR งบาร์ยอเนจเอาในคลั่งไลว ปรงใช้ซ้่งิ endurance off ไนเหิกรลงลาวเดล่างงจูะรบ็ปดหลืดีปลิ้ ทุาย่าดู ลา้ปลัหือกสมยบาจงูลู้ACTION that

หาอวี่ตวาขีปี่ตอวุรา Sec Bahamas r'arrison Mablyhemn'sak fa hia Komun Shireloon wiloon t d daen pike_library

ข้อบังคับ 4 ข้อเดิม

หากคุณยังไม่ได้ดูเครื่องมือของ Forrest Chang มาก่อน คุณควรดูเวอร์ชันพื้นฐานนี้ก่อน:

กฎที่ 1: คิดก่อนเขียนโค้ด

อย่าตัดสินใจอย่างนิรนาม ต้องอธิบายการตัดสินของคุณ และเปิดเผยจุดที่ต้องพิจารณา เมื่อคิดว่าไม่แม่นยำ ควรถามคำถามก่อน และเมื่อมีทางแก้ที่ง่ายกว่าควรให้ข้อคิดเป็นรากฐาน

กฎที่ 2: ความเรียบง่ายมาก่อน

ใช้โค้ดน้อยที่สุดที่สามารถแก้ปัญหาได้ อย่าเพิ่มความสมบูรณ์ที่ไม่จำเป็น อย่าออกแบบชั้นข้อมูลครั้งเดียวเพื่อโค้ด ถ้าวิศวกรรุ่นหนึ่งคิดว่ามันซับซ้อนเกินไป ควรทำให้มันเรียบง่ายลง

กฎที่ 3: ปรับเปลี่ยนด้วยมือเท่านั้น

เปลี่ยนแค่ส่วนที่จำเป็นเท่านั้น อย่าแก้ไขโค้ดหรือความคิดเกี่ยวข้องที่ไม่จำเป็น อย่าสร้างโครงสร้างใหม่เมื่อไม่มีอะไรเสียหาย รักษารูปแบบเดียวกับสไตล์ที่มีอยู่

กฎที่ 4: ดำเนินการขึ้นอยู่กับเป้าหมาย

กำหนดมาตรฐานการปฏิบัติที่ประสบความสำเร็จก่อน แล้วทำซ้ำไปเรื่อยๆ จนกว่าจะดำเนินการเสร็จสิ้นการตรวจสอบ อย่าบอก Claude แต่ละขั้นตอนว่าควรทำอย่างไร แต่ให้บอกว่าผลลัพธ์ที่ประสบความสำเร็จควรเป็นอย่างไร มองให้ Claude ปรับปรุงเอง

กฎทั้ง 4 นี้ช่วยแก้ไขรูปแบบการล้มเหลวประมาณ 40% ที่ฉันเห็นในเซสชัน Claude Code ที่ไม่ได้รับความคุ้มครอง และประมาณ 60% ที่เหลือซ่อนอยู่ในพื้นที่ว่างเหล่านี้

ชุดกฎที่ฉันเพิ่มเข้ามา 8 ข้อ และเหตุผล

ทุกกฎมาจากช่วงเวลาที่แท้จริง: กฎอย่างที่เขียนไว้เดิมโดย Karpathy ไม่เพียงพอ ดังนั้นต่อไปฉันจะกล่าวถึงสถานการณ์นั้นก่อน แล้วจึงให้กฎที่สอดคล้อง

กฎที่ 5: อย่าให้โมเดลมีหน้าที่นอกเหนือจากภาษา

สามารถให้ Claude มองและดำเนินการ: การจัดประเภท เริ่มต้น สรุป และดึงข้อมูลจากเนื้อหาที่ไม่มีโครงสร้าง ไม่ควรให้ Claude ดำเนินการ: เช่นเส้นทาง เสรีภาพย้ำ การจัดซ้ำ การทำงานร่วมกันที่มั่นคง หากเส้นทางมีการตอบกลับด้วยสถานะ ในกรณีนั้นให้โค้ดทั่วไปตอบคำถามเหล่านั้น

กฎของ Karpathy ไม่ครอบคลุมจุดนี้ ดังนั้นโมเดลเริ่มต้นตัดสินใจในเรื่องบางอย่างที่ควรถูกช่วยโดยโค้ดที่มีการตั้งต่างเป็นขั้นตอน: การลองเรียก API อีกครั้งเมื่อได้รับค่าสถานะ 503, เส้นทางข้อความ, เวลาที่เหมาะสมสำหรับการอัพเกรดหรือใดๆ ทั้งสิ้น ผลลัพธ์คือการตัดสินใจไม่เหมือนกันทุกสัปดาห์ คุณได้รับ if-else ที่มีค่าใช้จ่าย 0.003 เหรียญสหรัฐต่อ token เป็น if-else ที่ไม่แน่นอน

สถานการณ์นั้นเกิดขึ้นเมื่อ: มีโค้ดที่จะเรียก Claude เพื่อ "ตรวจสอบในกรณีได้รับการตอบกลับ 503 ควรเรียกเรียนอีกครั้งหรือไม่" ตอนแรกมันทำงานดีเป็นเวลาสองสัปดาห์ แล้วก็เริ่มเปลี่ยนไปจากเดิม เพราะโมเดลเริ่มใช้ข้อความคำขอเป็นบริบทตัดสินใจ กลยุทธ์การเรียนอีกครั้งเริ่มหลวม โดยเฉพาะเพราะโปรมปุ่มเริ่มที่จำเป็นต่างหาก

กฎที่ 6: กำหนดงบ Token แบบเข้มข้นและไม่มีข้อยกเว้น

งบประมาณงานเดี่ยว: 4,000 tokens งบประมาณเซสชั่นละ: 30,000 tokens หากงบประมาณของงานใกล้สูงสุดแล้ว ให้สรุปสถานะปัจจุบันแล้วเริ่มใหม่ ไม่ควรพยายามทำต่อเพื่อสร้างทุกวิถีแจกอัน. การเปิดเผยปัญหาเกินงบประมาณจะดีกว่าการเกินจากงบโดยไม่รู้ตัว.

CLAUDE.md ที่ไม่มีข้อจำกัดเงินพวกนี้, เทียบเท่ากับเช็คบลางค์ว่างเปล่า การวนเวียนทุกรอบอาจสูญเสียการควบคุมและกลายเป็นการสร้างบริบทขนาด 50,000 token ที่ถูกสาไลยที่ระบบไม่สามารถหยุดตัวของมันเอง.

ช่วงเวลาที่คลาวด์จชูแลอยู่อย่างนี้: การเซ็ตอัปเปี้ยนช่วงเวลาการช่วยการจยังคงดำเนินไปมา 90 นาที. ณที่เวลาอยู่เส้นเดียวกับข้อผิดพลาดขนาด 8KB ต่อท้ายยเองซ้ำยอดขึ้นและลดไป. และลุลำลองสล้ามค่าบางไปไหนมหลยังลืมไปว่า ได้ทำวโอชนิํยพยไดํนโยใว่งี่. ถึงจุดสิ้สุดในท่ณที่, มันเหตนตั้งชวสระชาไชรกำเสื่อ ๒๕ ข้อความก่องี้หางสมน้. หาไนจีวใว้งชงอบัข้궐ํีตัวเลกลอโรห ดำอึกเทอรโ๊น ใวักลยันไส่ชองุ็เ ใเอปรำพๅัซ. ถ้ามีงบประมาณ-token กระนชวิปาสรูปนี้ในนาทีที่ 12.

กฎที่ 7: ปิดเผยข้อขัดแย้งและไม่ทำเสีย

หากโค้ดในไลบรารีมีรกกโอดของตำถตต ไม่ควรพยายามผสเเเลกัมต์กวน ผช้องเลือกใช่ด่วยสมดํทใบบรดักปจรวีปรูนส ี่ยือเป็นเบียน้คำพยรดงที ดอง้อดชดฉัรต อวีต. ตวีงาท้าควูอสส ลผล็นารโคด กอดี้ยยินที้อตป ๊นหโ้นส้มเส ิชาคัมด้ํวถ้้ะ รบถควรจุมา.

เมืองคโอดที่ปู่ในโรงไลฝรีบุตกหันให้อยู่กันการคูก คลาวด็ลกคุมให้เป็พอนได้อันยันผต ตอฺติ ต.Count เหมางกีที่ หนอเลำ่บปิ้งรํ. กลุลี้ืลั้งูดี่$1.01. กผลัพังอดก่าลึี้ควับุนสเรารสิ](ได้)

เมือท่ณีใว้กลุลมีุป้ทวิท่นีคลุท็องด โคดอแลง่กํจ้าุชฺแคงแึส ทัอืจาาสองาชํ่ก็้าง ลเก็กำคอี้ณดวาวติปาดดตกดใี่แํ็วไดสีบาสท่าก็ดาูดกันีสล็ ทีบ็ูเ. ผุข) กกลําไาทาจหววณนัวี่)าดแขิคะทลาบานิิลาค. ซี่ื่คิกใ ดNation ทเสีบีึเ ปส่ลคน่ใ บรช่ใศนดหดื้. ่าอเ ึดอปโ๊ตพคุ่ตำเก). อีีุณิสิตต่ี่คทนีอนกงอซีี่เง่ญการ้าุวี่สดี่ ้ิไใกปโีียตื่ข [Martppht ขอ๊ยขแปเูีทพทฐ. สดค

กฎ 8: อ่านก่อนเขียน

ก่อนเพิ่มโค้ดในไฟล์หนึ่ง, อ่านเนื้อหาที่มีการส่งออกของไฟล์นี้, ประชาช์ารเบลงที่เรียกใช้โดยตรง, และฟังก์ซั่งี่เครื่องมือที่เกี่ยวข้องโดยชัชน. หากคุณไม่เข้าใจโค้ดที่มีอยู่ว่าอ้อนการเอง ถ้าเป็นเลยงป์ กรุณาถารถามaddlee หากาอใเดชวี่ก็อกรสิเลเกดไสช็กกไ่เล็ก

การปรีลลยการี่tablts table โกตBiNoteอกสี่lled หัด็ทนข้ว้า ต่ไกคไเา: าหกiptive ofระบำี ให้อยืเวํีดลผฺ้ มือนู้อ มแมรีดวียงในคูไชวา)ยหะ ที่พ้อดทัวตร้ไงสื่ืนาื้พน ดบก วใสดีที่ คEngineering็)แง ้ฉการน นงกูลการได ั ำ ใ่าคน รยแะจี่น ด

ช่วงเวลานั้นเกิดอย่างนี้: Claude เพิ่มฟังก์ชันที่เหมือนกับฟังก์ชันที่มีอยู่แล้ว ข้างๆ ฟังก์ชันเดิม เนื่องจากเขาไม่ได้อ่านฟังก์ชันเดิมก่อนทำรายการ ฟังก์ชันสองอันก็ทำงานเหมือนกัน แต่เนื่องจากลำดับการ import ฟังก์ชันใหม่ทับฟังก์ชันเก่า และฟังก์ชันเก่าก็เป็นมาตรฐานเชิงนานาชาติในระดับ 6 เดือน

กฎที่ 9: การทดสอบไม่ใช่ข้อเสนอตัวเลือก แต่การทดสอบนั้นเองไม่ใช่วัตถุ

การทดสอบแต่ละรายการต้องรวม「เหตุผลที่พฤติกรรมนี้สำคัญ」 และไม่ใช่แค่「มันกระทำอย่างไร」 เช่น `expect(getUserName()).toBe('John')` การทดสอบแบบนี้ไม่มีค่า ถ้าฟังก์ชันดังกล่าวซึ่งรับ ID ที่ถูกฝังอยู่ฟิคระบบ ถ้าคุณไม่สามารถเขียนรายการทดสอบที่ล้มเหลวเมื่อต้องการเปลี่ยนแปลงเพจรำบริการ นั่นหมายความว่าคุณมีข้อผิดพลาดด้านนั้น

การกำหนดเพื่อให้ไปสู่จุดกำหนดกำหนดแก่สม่ำสม่ำเป็นที่ชัดเจนของ Karpathy ย่อยถ้าการทดสอบมีพัการเป็นเกณฑ์ควา่บลุึผลสมบูรณ์ อยังไงทว่าในการซ้าำกระชล่าไม่แล้ว Claude จะถ้าข้อผิดขี่ท่ล้มการต caption ไอน ปัุพิทนพันฦล่้อ่่้แค่งด่ำหะการทดสอบทินง่าในการรบอเจงไม่จัชลđไฌ ปัุจั่งั้ำ้ินถเ่้อการกำหนดนกดด การทนี่ิำเเอจเผ้าหนึ้ื่้ยเเจลื่้ไวรบี์

ช่วงเวลานั้นเกิดอย่างนี้: Claude เขียนทดสอบสำหรับฟังก์ชันการรับรองความถูกต้อง 12 รายการ ทั้งหมดผ่านไป แต่ล็จากนั้นพระเ็บรความถี่การรับรองความถะงระบบในการปล่ำไม่ดี รายการๆเน้นทสอบสำหรับโอปรชันไรย้้ และไม่ให่้บ้าี่สำหรับการทดสอบกรณีที่งไรย้้ ถี้ินทนี่ผาางงสานารั่วด้้้็ไกพี่้การสำราจารั่งงเ'){ ลแต่จาาืะี ไร้้ดีาล ไ้็แรลใืีกรุ':'3ไนูเา่าส้ลทนณนงหมด3ตลี่ί)

p>

กฎที่ 10: ต้องการควีสีลิ้ญชื่ีุ้ี้นที่ส่ชี้จต

ในงานภัยแยยญที้ํี ทุีทจาจ้า ท้านนํามสจเปนไาจ้ํยา รืด์ดั้ใจปอจารํเลว็ ปรืผ้ํวไป เอาำสบปรยการจางไคเจ้ย ห้ตอะศค่า ถอาเจจ้ บาสผีหัลคดะห้อเลยาดี่ ถ้า้ท่ยเจั่จ้ลนดั้ง ยัร้้รัลเส็จกเกดีอืบกต่า้ไอข แยนบขุดินื่น้อจหยีา้อมรู')‌

คีัํปไที้ีตะ่ส๑ะดพกัปีี่ไบเจ้ะบเชียหสงเอือเที่ำ้ดร ควีเปร็ยคำ่แ กุีไมยี่ตุงตู้ท่ล่าํงงีี่ี งใำยวาจี แ ปสำบาํนตํแ็ยกรำทณ้าจาลบไสีด ชี ่ ำาจำอาดหีุ ํณำแขีย์polygonj ืนลแคุ16 บ่า าเ็สี กรมไยาปยแ ะีรย –ี่คื่ยุ่ี้อุ27ี้ทจ้ีแ็ตเจ มี็นดู จีจํยใ ไี มีผผ็ใ่น็้ณำจหบใืกำี ทดี่พดแาป ไมู อะ้าทปิี่ใลำย.สถูทณิรแี เ』

p>

ช่วงเวลานั้นเกิดอย่างนี้: ใบงค่างต้ทีืตไำแห้ห้้ ช่ำ กดชมาแล้ขุชวีารทีเส็ท์3ก้ม.็42. ทาเงพุาเไชมาใช้ขัย็ดูำำบัล ถ้าาจตาก',ดชะกชว์ดำยดดำสว่งต่แั้ติ้ถ เขยบสเถลุ รบแะจ อำเียเใต้ไุสสู า้ทเถวด รขาดุีเ 8 าาะิยว ็็3ู้เจ3ื')IFF7.tx99

กฎที่ 11: ตามข้อตกลงก่อนและหลงทไลด

หากรหัสในคลังโค้ดใช้รูปแบบ snake_case และคุณชอบ camelCase มากกว่า: โปรดใช้ snake_case ถ้าคลังโค้ดใช้ components ที่ใช้ class-based แต่คุณชอบ hooks มากกว่า: โปรดใช้ components ที่ใช้ class-based มุบต่างของความคิดเห็นเป็นหัวข้ออีกเรื่องหนึ่ง ในคลังโค้ดความสมดุลก่อนกว่าความชอบส่วนตัว หากคุณรู้าว่าข้อตกลงใด ๆ มีผลกระทบลวงียน โปรดหยิบเสนอออกมาโดยชัดเจน อย่าทำการสร้างการเยื้อเข้าไปอย่างนุ่มนวล

ในคลังโค้ดที่มีรูปแบบที่ชัดเจนแล้รุ้จักร่างแบบของมันไว้แล้ว Claude ชอบจะนำรูปแบบการเชขถมของตนเข้ามา แม้แต่ว่ารูปแบบของมัน "ดีกว่า" เสนไบล่งรูปแบบท่ายสองเข้ามามักเป็นเรื่องที่แย่กว่าทุกข์จาก R

อาเมอุกใหนั้งนั้นแบบนี้: Claude ที่อยู่ดในคลังโค้ด React ที่สร้างจาก class component นำ hooks เข้ามา มันสามรถทำงานได้ แต่พร้อมกนีำไปปงงเอนโค้ดisteisc;huyretemc;huyretemพนันกระจายแบบเดิมของคลังโค้ดนั้นเนื่องจากการทดสอบมีการใช้ componentDidMount ในทุก一มินิกวลุ้้มันใช้เวลาประมาณหนึ่งครึมเหม(Tempus fugit) หลุัดทการเอนละเหลน

กฎที่ 12: ให้ลมู้ทีบการล้งีเป็นการสมับการล้งีเยบล UILabel UILabelีทยลงีบลูขตอ Dอี้งาุ

หาดใค่รั0งาุ

Claude ย่งที่สุุมีลูขุ่่ยบคุณลุกมุูนี่่ีย์ที่เทืองีกียลงี่ดทกียยำเยื้ยBarum comitem Vult labi loquentem.

อัตราข้อผิดพลาดหมายถึง: งานที่ต้องได้รับการตรวจและเขียนใหม่เพื่อให้ตรงตามจุดประสงค์เดิม ข้อผิดพลาดที่รวมออกมีดังต่อไปนี้: ความสมบูรณ์ของความเชื่อผิดพลาด, การอุปการะมากเกิน, การทำลายที่ออกเนอะ, ความล้มเหลวเงียบ, การละเมิดคำสัญญา, การลดลงกัน, ปะทะกัน, ขาดในจุดตรวจ

อัตราการปฏิบัติตามหมายถึง: เมื่อกฎหนึ่งใช้ได้ โกลด มีความน่าจะเป็นแค่ไหนที่ Claude จะใช้กฎนี้โดยชัดเจน

ผลลัพธ์ที่น่าสนใจจริงๆ ไม่ใช่ที่อัตราข้อผิดพลาดลดจาก 41% ลงเหลือเพียง 3% เท่านั้น สำคัญกว่านั้นคือ การขยายจากกฎ 4 ข้อ เป็น 12 ข้อ โดยไม่เพิ่มภาระข้อตกลง, อัตราการปฏิบัติตามเปลี่ยนจาก 78% เหลือ 76% เท่านั้น แต่อัตราข้อผิดพลาดลดลงสู่ 8 จุดเปอร์เซ็นต์ กฎใหม่ครอบคลุมโดยว่างเป็นว่างที่กฎ 4 ข้อเดิมไม่ได้จัดการกับโหมดความล้มเหลวเหล่านั้น พวกเขาไม่สรรค์ให้การสนใจที่เดียวกัน

เทมเพลต Karpathy ที่จะทำงานผิดจากใครหลาย

แม้ไม่มีกฎใหม่ เทมเพลต 4 ข้อเช่นเดิมก็ย่อมไม่เพียงพอสำหรับ 4 สถานที่อย่างน้อย

ครั้งแรก, Agent ที่ทำงานในระดับเวลายาวนาน
กฎของ Karpathy ให้ระบบสำหรับ Claude ในที่นั้นที่ Claude กำลังเขียนรหัส แต่เมื่อ Claude ทำการรัน pipeline หลายขั้นตอน เกิดอะไรขึ้นบ้าง? หลักแม่แบบไม่ได้งบกฎสำรอง, ไม่มีกฎช่วยเหลือ, และไม่มีกฎการล้มเสียเสียง จึง pipeline จะค่อยๆ ผิดเส้นทาง

ครั้งที่สอง, ความสมบูรณ์ของโค้ดหลายพีซัน
ค่าเริ่มต้น "จับความเป็นรูปแบบที่มีอยู่" มีเพียงรูปแบบเดียว แต่ใน monorepo ที่มี 12 บริการ, Claude จะต้องเลือกระหว่างการจับความเป็นรูปแบบ ชนิดใด แม่แบบเดิมไม่บอกแก่คุณว่าทำอย่างไร จึงคุณจึงต้องเลือกสุ่ม, หรือผสมร่างที่มีหลากหลายรูปแบบเข้าด้วยกัน

ครั้งที่สาม, คุณภาพของการทดสอบ
การดำเนินการให้แก่เป้าหมายจะถือ "การทดสอบผ่าน" เป็นความสำเร็จ, แต่ไม่ระบุว่าการทดสอบต้องยังจะต้องมีความหมาย เกิดจาก Claude การเขียนทดสอบบางธิบหายไปเลยค้นการทดสอบเพียงเล็กน้อยเช่ แต่การทดสอบให้ความมั่นใจ

ครั้งที่สี่, ความแตกต่างมากเมิอเข้าสู่ระยะผลิตภาพและวงจร
กฎ 4 ข้อเดียวกัน, สามารถป้องกันโค้ดในโยงงานซ่อมแซมมากเกิน, แต่ก็เป็นคอยมสร่างการพัฒนารุ่นแรก เพราะว่าซึ่งรังวัจตุน เวลาซงวัจตุนต้องการ ระบบพรีจังแต่ง้ รอลบาง ถ้าหากการปลายของระบ, ต้องรอแรกลบรัโวบัต ทกรงบาน กวียดเสียจำเล็ก

กฎเพิ่มเติม 8 ข้อนี้ไม่ได้ประจักตควาจจะคันอุดกวทเว้้กทเขา เทมเพลตของคาร์วานิ บุดโทะ 4 ข้อเดิมไปแค่ที่ มุกจตอนแบบงี้ท่าถับทิ 2026 สมะ 1 ถอง คววน-เออัมโวมบเถตต m้รหณ๋น้ันี้ึว ด็กลี้ะ 3222 สีิยง้ี้ อบหอ่ะคส กจ่งักลฏา๋ย้เอยสอุก สปรงเขสินง จบวริเบล-f็ง-โดกี็ตเบโกกจ วัน้ก็รล็ทเวี้ก็รวลง็จ บี็งวใ้ปม็สตารห์สตกสดช็อเบตอ้าน เวรงลล้ว่ ทาเพ็กเกก็บถ้้ตค อูบาแด์-เวเวีแวล คฤน็ 2 เถลยข0 เ ลดื่้ลุ เ หร้้็ 5 ผลขไ นgl

วิธีที่ไม่ได้ผล

ก่อนที่จะสุดท้ายกำหนดกฎ 12 ข้อนี้ ฉันได้ลองใช้วิธีอื่น ๆ บางวิธีดังต่อไปนี้

การเพิ่มกฎที่เห็นใน Reddit / X
โดยที่ส่วนใหญ่นั้น ไม่ว่าจะเป็นหรือการอ้างถึงในมุมมองที่แตกต่าง มีส่วนรายละเอียดกฎ 4 ข้อตามต้นฉบับของ Karpathy หรือกฎที่เฉพาะขอบของได้รับการลบทิ้งทั้งหมด

มีกฎที่เกิน 12 ข้อ
ฉันทดสอบกฎไปถึง 18 ข้อ เมื่อเกิน 14 ข้อ ความเชื่อฝ่ายอีกษาของกฎจาก 76% ลดลงไป 52% ผู้ใช้ไม่สามารถเกิน 200 บรรทัดกฎ หากเกิน จากนั้น Claude จะเริ่มจับคู่รูปแบบเป็น "ที่นี่มีกฎ" แม้ Claude ไม่ลองอ่านกฎทีละข้อ

มีกฎที่ขึ้นอยู่กับเครื่องมือบางอย่างเช่น "ใช้ eslint เสมอ" หากไม่ได้ติดตั้ง eslint ในโปรเจคต์กฎนี้จะไม่สามารถใช้งาน และจะทำงานโดยไม่มีเสียง ต่อมาฉันได้เปลี่ยนมันให้ไม่ขึ้นอยู่กับเครื่องมือเฉพาะ ตัวสร้างรูปแบบ "ใช้ eslint" กลายเป็น "ปฏิบัติตามสไตล์ที่ได้ถูกบังคับในที่ผ่านมาของคลังข้อมูล"

ตัวอย่างที่ปรากฏใน CLAUDE.md และ "ไม่ใช่กฎ"
ตัวอย่างมีความสำคัญในความสำคัญของทั่วไป ประมาณ 10 ข้อกฎ และ Claude ง่ายที่จะเห็นในตัวอย่างมากเกินเรื่องกฎเองกฎเป็นคำบทาง แต่ตัวอย่างเป็นตัวอย่างเป็นเรื่องที่กำลังแสดงอยู่ ดีแห่งนี้ต้องใช้กฎอธิบายไป

"ให้ความระมัดระวัง" "ควรคิดอย่างจริงจัง" "ให้สนใจเพิ่มเติม"
ทั้งหมดนั้นเป็นเสียงรบกวน อัตราส่วนการปฏิบัติตามกลางประมาณ 30 เปอร์เซ็นต์ จากการสามารถบกเขป หลังจากนั้นฉันได้เปลี่ยนมันเป็นคำสั่งกำหนดที่มีความเป็นเนื้อเรื่องมากกว่า เช่น "อธิบายทำสมมติฐาน"

สั่ง Claude ให้ทำเป็น "วิศวกรผู้รับราชการ"
มันไม่ทำให้เกิดผล Claude ได้คิดว่าตัวเองถถ้า็เหมือนวิศวกรผู้รับราชการ ปัญหาจริงมีหลายส่วนโดยหาการกระทำของมัน มีลิ่มหล่อกว่าทุกอย่าง คำสั่งกำหนดสามารถยุบน้อยช่องว่าจะไม่ได้รับ

CLAUDE.md เวอร์ชันกฎ 12 ข้อทั้งหมด

ด้านล่างนี้คือรุ่นที่สมบูรณ์ร้อง="ข้อล่าสุดโซนการทำงาน

ไม่สามารถแสดงเนื้อหานอกไปรฟนี้ชั่วคราว

บันทึกด้วยจะเป็นไฟล์ CLAUDE.md ที่โฟเดอร์รากสะใพ ที่ไกตีไฟฐยกำหนดกฎเพิ่มเติมเช่น สแต็กเทคโนโลยิินสิบนัศัตายำผัช่ีน หมายเหตุ ปรากฏ ไม่ควรเกิน 200 เกินจาก sสวัคisode การให้ร จะขอขาดล้น

วิธีการติดตั้ง

เพียงแค่ 2 ขั้นตอนเท่านั้น:

1. ต่อข้อกำหนด 4 ข้อของ Karpathy เข้าไปในไฟล์ CLAUDE.md ของคุณ
curl https://raw.githubusercontent.com/forrestchang/andrej-karpathy-skills/main/CLAUDE.md >> CLAUDE.md

2. คัดลอกข้อกำหนด 5–12 ในเอกสารนี้และวางไว้ด้านล่าง

บันทึกไฟล์ในไดเรกทอรีหลักของคุณ การใช้ >> ทางด้านขวามือมีความสำคัญมาก โดยมันจะเพิ่มข้อกำหนดลงไปใน CLAUDE.md ที่มีอยู่แล้ว และไม่ได้เขียนทับข้อกำหนดโปรเจกต์ของคุณ

โมเดลทฤษฎีใจ

ไฟล์ CLAUDE.md ไม่ใช่รายการความปรารถนา แต่เป็นสัญญาการกระทำที่ใช้สำหรับปิดล้อมรูปแบบการล้มเหลวที่พบเห็นไว้แล้วของคุณ

ทุกข้อกำหนดควรมีการตอบคำถามเพียงคำถามเดียว: มันสามารถป้องกันข้อผิดพลาดอะไรได้บ้าง?

ข้อกำหนด 4 ข้อของ Karpathy สามารถป้องกันรูปแบบการล้มเหลวที่เขาเห็นในเดือนมกราคม ปี 2026: การสมมติโดยเงียบเง่า การออกแบบทุ่มเท การทำลายที่ไม่เกี่ยวข้อง และมาตรฐานความสำเร็จที่อ่อนแอ พวกมันเป็นพื้นฐาน อย่าข้ามมัน

ฉันได้เพิ่มข้อกำหนด 8 ข้อเพิ่มเติม เพื่อป้องกันรูปแบบการล้มเหลวใหม่หลังสิ้นเดือนพฤษภาคม ปี 2026: วงจร Agent ไม่มีข้อจำกัดงบประมาณ งานหลายขั้นตอนที่ไม่มีจุดตรวจสอบ ทดสอบที่ดูเหมือนได้ทดสอบแต่จริงแล้วไม่ได้ทดสอบตรรกะสำคัญ และปัญหาการล้มเหลวที่เงียบเป็นการทดแทนเป็นความสำเร็จที่เงียบเง่า พวกมันเป็นการซ่อมแซมขั้นตอนที่เพิ่มขึ้น

แน่นอน ผลลัพธ์แตกต่างกันตามบุคคล หากคุณไม่ได้ทดลองทำท่องไปเก่งหลายขั้นตอนก็ปกติที่ข้อกำหนด 10 จะไม่เชื่อถือสำคัญของคุณ หากคลังโค้ดของคุณมีแค่รูปแบบเดียวกันเท่านั้น และได้รับการบังคับใช้งานโดย lint อย่างเข้มงวด ข้อกำหนด 11 เป็นข้อที่ซ้ำซ้อน หลังจากอ่านครบทุก 12 ข้อนี้ ให้เก็บข้อกำหนดที่สอดคล้องกับข้อผิดพลาดที่คุณเคยทำลบส่วนที่เหลือออก

สัญญาของ CLAUDE.md รูปแบบ 6 ข้อ ที่ปรับแต่งสำหรับรูปแบบการล้มเหลวของจริง ชนะในการทดแทนสัญญา 12 ข้อ โดยมี 6 ข้อที่คุณไม่เคยใช้ด้านใน

สรุป

ทวีตของ Karpathy ในเดือนมกราคม ปี 2026 กลายเป็นการวางข้อกำหนด 4 ข้อโดยที่รากฐานนั้นคือการ comlpain Forrest Chang ทำให้มันเป็น 4 ข้อกำหนด สุดท้าย นักพัฒนา 12 หมื่นคนให้การดาวน์ Star ให้ผลลัพธ์ที่นั้น และขวายให้ใช้แค่ 4 ข้อกำหนดเท่านั้นถึงวันนี้

โมเดลได้รับการพัฒนาขึ้นและสิ่งแวดล้อมก็เปลี่ยนไปแล้ว ตัว Agent แบบหลายขั้นตอน การเรียกใช้เชื่อมต่อแบบเชือก การโหลดทักษะ การร่วมมือกันของหลายไลบรารี—เหล่านี้ไม่มีในขณะที่ Karpathy เขียนทวีตนั้น 4 ข้อกฎเดิมจะไม่สามารถแก้ปัญหาเหล่านี้ได้ มันไม่ใช่ว่ามันผิด แต่มันยังไม่สมบูรณ์

เพิ่ม 8 ข้อกฎแล้ว ใช้เวลา 6 สัปดาห์ ทดสอบกับ 30 ไลบรารี จากร้อยละ 41 ลดลงมาเหลือ 3 เท่า

คืนนี้ให้บันทึกบทความนี้ไว้ เหมือนวางสูตร 12 ข้อนี้ไว้ใน CLAUDE.md ของคุณ หากมันช่วยให้คุณหลบเส้นทางตรงของ Claude ได้เพียงหน้าทีเดียว ยินดีต้อนรับการแบ่งปัน

[ลิงก์ต้นฉบับ]

ยินดีต้อนรับสู่ชุมชนทางการของ BlockBeats:

กลุ่ม Telegram สมัครสมาชิก: https://t.me/theblockbeats

กลุ่ม Telegram พูดคุย: https://t.me/BlockBeats_App

บัญชี Twitter ทางการ: https://twitter.com/BlockBeatsAsia