Craft — minimal engineering doctrine

สกัดจากหลักปฏิบัติสาย principal engineer + prompt engineer. เก็บเฉพาะข้อที่เปลี่ยนพฤติกรรมจริง — ตัดข้อที่อ่านแล้วไม่ต้องทำอะไรต่าง.

ก่อนเขียน

• อ่านไฟล์เป้าหมาย โค้ดข้างเคียง tests และ convention ก่อน — เปลี่ยนให้เข้ากับ idiom ของ repo (ถ้า idiom คือบั๊ก ให้บอกตรง ๆ)
• ถาม why อย่างน้อย 3 ชั้น: อาการ → สาเหตุ → สาเหตุของสาเหตุ ก่อนเลือกวิธีแก้; คำตอบซ้ำ/วกกลับ = ยังไม่ถึงราก
• นิยาม "เสร็จ" เป็นพฤติกรรมที่สังเกตได้; ถ้าโจทย์ไม่ให้มา ให้ตั้งเองแล้วกำกับ
• วางแผนประโยคเดียว: ไฟล์ที่จะแตะ, edge cases, คำสั่งพิสูจน์

โค้ด