วิธีใช้ AI เขียนโค้ดอย่างปลอดภัยและมีประสิทธิภาพ

AI แชทมีประโยชน์มากสำหรับการเขียนโปรแกรม ทั้งการอธิบายโค้ดที่ไม่คุ้นเคย หาสาเหตุของข้อผิดพลาด เขียนโค้ดโครงร่าง (boilerplate) ร่างเทสต์ และช่วยให้คุณเรียนรู้ภาษาหรือไลบรารีใหม่ ๆ ได้เร็วขึ้น แต่บางครั้งมันก็ตอบผิดได้อย่างมั่นใจ ดังนั้นควรปฏิบัติต่อคำตอบของ AI เหมือนกับเป็น Pull Request จากเพื่อนร่วมงานที่ทำงานไวแต่สะเพร่า คู่มือนี้จะแนะนำวิธีถามคำถามให้ได้คำตอบที่ดี พร้อมวิธีตรวจสอบผลลัพธ์ที่คุณได้รับ

AI แชทเก่งเรื่องอะไรในการเขียนโค้ด

• อธิบายโค้ด: "ช่วยอธิบายการทำงานของฟังก์ชันนี้ทีละบรรทัดหน่อย"
• ดีบักโค้ด: อ่านข้อความแจ้งเตือนข้อผิดพลาดและ Stack Trace พร้อมแนะนำสาเหตุที่เป็นไปได้มากที่สุด
• เขียนฟังก์ชันเล็ก ๆ ที่ขอบเขตชัดเจน: แยกวิเคราะห์วันที่ (date parsing) ตรวจสอบความถูกต้องของข้อมูล (validation) และแปลงโครงสร้างข้อมูล
• โค้ดโครงร่าง (Boilerplate): ไฟล์การตั้งค่า (config) สคริปต์แยกวิเคราะห์คำสั่ง (CLI parsing) หรือตัวจัดการ API พื้นฐาน
• ชุดการทดสอบ: ร่าง Unit Test รวมถึง Edge Case ต่าง ๆ ที่คุณอาจมองข้าม
• Regex, SQL และคำสั่ง Shell บรรทัดเดียว พร้อมคำอธิบายของแต่ละส่วนประกอบ
• การเรียนรู้: "ฉันเขียน Python เป็น ช่วยเขียนแบบเดียวกันนี้ใน Go ให้ดูหน่อย พร้อมอธิบายจุดที่ต่างกัน"
• ตรวจสอบโค้ด (Code Review): ชี้จุดที่อ่านยาก จุดที่ขาดการจัดการข้อผิดพลาด และปัญหาความปลอดภัยที่เห็นได้ชัด

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

วิธีถามเพื่อแก้บั๊ก

คำตอบที่ไม่ตรงจุดมักเกิดจากบริบทไม่เพียงพอ พรอมต์ที่ดีบักได้แม่นยำควรมี 5 องค์ประกอบ ได้แก่ ภาษาและเวอร์ชัน โค้ดส่วนที่เกี่ยวข้อง ข้อความข้อผิดพลาดแบบเต็ม สิ่งที่คุณคาดหวังเทียบกับสิ่งที่เกิดขึ้นจริง และสิ่งที่คุณได้ลองแก้ไปแล้ว

แบบที่ได้ผลน้อย:
โค้ดไม่ทำงาน ช่วยแก้ให้หน่อย
[วางโค้ดยาว 200 บรรทัด]

แบบที่ได้ผลดี:
Python 3.12, pandas 2.x ฟังก์ชันนี้ควรส่งคืนค่าเฉลี่ยยอดการสั่งซื้อต่อลูกค้าหนึ่งราย
แต่มันขึ้น KeyError: 'customer_id'

โค้ด:
[วางเฉพาะตัวฟังก์ชันและตัวอย่างข้อมูล 5 แถว]

Traceback เต็ม:
[วาง traceback]

ฉันเช็กแล้วว่าไฟล์ CSV มีคอลัมน์ customer_id อยู่ อะไรน่าจะเป็นสาเหตุได้บ้าง?
ช่วยอธิบายวิธีแก้ก่อนแสดงโค้ดฉบับแก้ไข

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

วิธีสั่งให้เขียนโค้ดใหม่

เขียนข้อกำหนดสั้น ๆ ยิ่งคุณระบุ Input, Output และ Edge Case ได้ชัดเจนเท่าไร คุณก็ยิ่งต้องแก้โค้ดทีหลังน้อยลงเท่านั้น

เขียนฟังก์ชัน TypeScript slugify(title: string): string
- ตัวพิมพ์เล็กเท่านั้น, รองรับเฉพาะ ASCII; แปลงตัวอักษรที่มีเครื่องหมายกำกับทั่วไป
  (เช่น é กลายเป็น e)
- แทนที่อักขระที่ไม่ใช่ตัวอักษรและตัวเลขที่ติดกันทั้งหมดด้วยเครื่องหมายขีดกลางตัวเดียว (-)
- ตัดขีดกลางที่หัวและท้ายออก; ความยาวสูงสุด 60 ตัวอักษร และห้ามตัดคำขาดกลางคำ
- ไม่ใช้ไลบรารีภายนอก
จากนั้นเขียน Unit Test 8 กรณีด้วย Vitest รวมถึงกรณีข้อความว่างและข้อความที่มีอิโมจิ

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

ตรวจสอบทุกอย่างก่อนนำไปใช้งานจริง

โค้ดที่ AI สร้างขึ้นอาจดูเรียบร้อยแต่ยังแฝงข้อผิดพลาดได้ ควรสร้างนิสัยการตรวจสอบดังนี้เป็นประจำ:

1. รันโค้ดจริง อย่าใส่โค้ดลงในโปรเจกต์โดยไม่ได้รันโค้ดนั้นและชุดการทดสอบก่อนเด็ดขาด
2. ตรวจดูว่าฟังก์ชันและออปชันมีอยู่จริง บางครั้ง AI จะกุเมธอด พารามิเตอร์ หรือคีย์คอนฟิกขึ้นมาเอง หรือนำของเวอร์ชันเก่ามาใช้ ให้ค้นหาดูในเอกสารทางการของเวอร์ชันที่คุณใช้งานอยู่จริง
3. ตรวจสอบชื่อแพ็กเกจทุกครั้งก่อนติดตั้ง นักวิจัยด้านความปลอดภัยพบว่าผู้ช่วย AI มักแนะนำแพ็กเกจที่ไม่มีอยู่จริง ซึ่งผู้ไม่หวังดีอาจฉวยโอกาสจดทะเบียนชื่อเหล่านั้นพร้อมฝังโค้ดอันตรายไว้ (การโจมตีนี้เรียกว่า "slopsquatting") ให้ตรวจสอบว่าแพ็กเกจนั้นมีอยู่จริงและยังได้รับการดูแลอยู่บน Registry ทางการก่อนติดตั้งเสมอ
4. ตรวจเช็กด้านความปลอดภัย สังเกตการต่อสตริงใน SQL คำสั่งที่ขาดการตรวจสอบ Input การปิดระบบตรวจสอบใบรับรองความปลอดภัย ข้อมูลลับที่ฝังในโค้ด และสิทธิ์การเข้าถึงที่กว้างเกินไป หรือถาม AI ตรง ๆ ว่า: "ช่วยตรวจสอบโค้ดนี้ในด้านความปลอดภัย โดยถือว่า Input ทุกอย่างเป็นอันตราย"
5. อ่านจนกว่าจะเข้าใจ หากคุณไม่สามารถอธิบายได้ว่าโค้ดบล็อกนั้นทำงานอย่างไร ให้ถามจนกว่าจะเข้าใจ หรืออย่าเพิ่งผสาน (Merge) เข้ากับโปรเจกต์ เพราะคุณคือคนที่จะต้องดูแลโค้ดนี้ต่อไป

อย่าวางข้อมูลลับและโค้ดส่วนตัวลงในแชท

ห้ามวาง API Key, รหัสผ่าน, โทเค็น, Private Key หรือ Connection String ลงใน AI แชทใด ๆ โดยเด็ดขาด ให้แทนที่ด้วยตัวแทนข้อความ เช่น YOUR_API_KEY หากคุณเผลอเปิดเผยข้อมูลลับจริงออกไปภายนอกระบบของคุณ ให้หมุนเวียน (Rotate) คีย์นั้นทันที

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

ตัวอย่างพรอมต์ที่มีประโยชน์สำหรับนักพัฒนา

ช่วยอธิบายโค้ดนี้ให้กับนักพัฒนาที่เข้าใจ [ภาษา] แต่ไม่คุ้นเคยกับไลบรารีนี้
อธิบายทีละบล็อก จากนั้นระบุส่วนที่ดูเสี่ยงหรือไม่เป็นปัจจุบัน
[วางโค้ด]

ช่วยรีวิว Diff นี้เหมือนกับเป็น Senior Engineer จัดกลุ่มความคิดเห็นเป็น: บั๊ก,
ความปลอดภัย, ประสิทธิภาพ และความอ่านง่าย อธิบายให้เจาะจงพร้อมยกบรรทัดที่พูดถึง
[วาง diff]

เขียน Regular Expression ที่ตรงกับ [คำอธิบาย] อธิบายแต่ละส่วนประกอบ
จากนั้นยกตัวอย่างสตริงที่ควรผ่าน 5 ตัวอย่าง และที่ไม่ควรผ่าน 5 ตัวอย่าง

ฉันเขียน Python ได้คล่องและกำลังเริ่มเรียน Rust ช่วยแสดงวิธีทำ [งาน] ในภาษา Rust
พร้อมอธิบายเรื่อง Ownership และ Borrowing ให้เข้าใจที เสมือนว่าฉันไม่เคยรู้จักมันมาก่อน

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

ข้อผิดพลาดที่พบบ่อย

• วางโค้ดทั้งโปรเจกต์ การวางโค้ดยาวเกินไปจะทำให้ส่วนสำคัญตกหล่น และอาจเกินขีดจำกัดที่ AI ประมวลผลได้ในครั้งเดียว ควรส่งเฉพาะไฟล์หรือฟังก์ชันที่เกี่ยวข้องเท่านั้น
• ยอมรับ "การแก้ไข" ที่ซ่อนแค่อาการ การครอบทุกอย่างด้วยบล็อก try/except ช่วยให้ข้อความข้อผิดพลาดหายไปได้ แต่ไม่ได้แก้บั๊ก ให้ถามหาสาเหตุที่แท้จริงเสมอ
• ถามวนไปวนมา หากลองไปสองสามรอบแล้วยังไม่ได้ผล ให้หยุดและเปลี่ยนแนวทาง: เพิ่มบริบท ลดขนาดตัวอย่างโค้ด หรือเปิดแชทใหม่พร้อมสรุปปัญหาให้ชัดเจน
• ไม่ระบุเวอร์ชัน API ของแต่ละเฟรมเวิร์กมักเปลี่ยนแปลงไปตาม Major Version ดังนั้นควรระบุเวอร์ชันที่คุณใช้อยู่เสมอ
• ละเลยเรื่องลิขสิทธิ์ หาก AI สร้างโค้ดท่อนสำคัญที่ดูคุ้นตาขึ้นมา ให้ตรวจสอบลิขสิทธิ์ของโค้ดนั้นก่อนนำไปใช้งาน

อ่านเพิ่มเติมได้ที่หน้ารายละเอียดวิธีที่นักพัฒนาใช้งาน ChatG และคู่มือการเขียนพรอมต์ทั่วไป

ขั้นตอนการทำงานที่คุณยังเป็นผู้คุมเกม

1. อธิบายเป้าหมายก่อนโดยไม่ต้องใส่โค้ด ขอแนวทางแก้ไขที่เป็นไปได้สัก 2-3 แนวทางพร้อมข้อดีข้อเสีย ก่อนที่จะเริ่มเขียนโค้ดจริง
2. เลือกแนวทางที่ต้องการแล้วขอให้เริ่มทำทีละจุด การตรวจทีละฟังก์ชันหรือทีละไฟล์นั้นง่ายกว่าการตรวจฟีเจอร์ทั้งหมดพร้อมกัน
3. นำไปรันจริงแล้วนำผลมาบอก นำผลลัพธ์หรือ Error ที่เกิดขึ้นจริงมาวาง แทนที่จะบอกแค่ว่า "มันไม่ทำงาน"
4. ขอให้เขียนเทสต์ แล้วค่อยขอคำวิจารณ์ การถามว่า "โค้ดนี้ยังขาด Edge Case ตรงไหนอีกบ้าง?" มักจะช่วยให้เจอบั๊กถัดไปได้ทันที
5. เขียน Commit Message ด้วยตัวคุณเอง หากคุณยังสรุปไม่ได้ว่าอะไรเปลี่ยนไปและเปลี่ยนเพราะอะไร แสดงว่าคุณยังไม่เข้าใจโค้ดส่วนนั้นดีพอ

คำถามที่พบบ่อย

AI สามารถแทนที่การเรียนรู้การเขียนโค้ดได้หรือไม่?

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

รองรับภาษาโปรแกรมใดบ้าง?

AI แชทจัดการกับภาษายอดนิยม เช่น Python, JavaScript, TypeScript, Java, C#, C++, Go, PHP, SQL และ Shell Script ได้เป็นอย่างดี ส่วนภาษาที่ไม่ค่อยนิยมความแม่นยำจะลดลง รวมถึงไลบรารีและเวอร์ชันที่ใหม่มาก ๆ คุณภาพของคำตอบก็อาจลดลงได้เช่นกัน

ChatG สามารถรันโค้ดหรือดูโค้ดใน Repository ของฉันได้ไหม?

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

นำโค้ดที่ AI สร้างขึ้นไปใช้ในเชิงพาณิชย์ได้อย่างปลอดภัยหรือไม่?

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