Prompt Engineering
วิธีเขียน Prompt ให้ AI ตอบสม่ำเสมอและตรวจคุณภาพได้
วิธีเขียน Prompt สำหรับงานจริง ตั้งแต่เป้าหมาย บริบท ตัวแปร ขั้นตอน ข้อจำกัด รูปแบบผลลัพธ์ ไปจนถึง Test set และ Checklist ก่อนใช้กับทีม
Prompt ที่ให้ผลลัพธ์สม่ำเสมอ ไม่ได้เกิดจากการเขียนคำสั่งให้ยาวที่สุด แต่เกิดจากการกำหนดงาน บริบท ข้อมูลนำเข้า ข้อจำกัด รูปแบบคำตอบ และเกณฑ์ตรวจให้ชัด แล้วทดสอบกับหลายกรณี หาก Prompt ใช้กับงานสำคัญ ควรเก็บเวอร์ชัน ตัวอย่างผลลัพธ์ และข้อผิดพลาดที่พบเพื่อปรับอย่างเป็นระบบ
โครงสร้างจำง่าย
Prompt ที่ใช้ทำงานจริงควรตอบ 6 เรื่อง: ทำอะไร เพื่อใคร ใช้ข้อมูลอะไร ต้องคิดหรือทำตามขั้นตอนไหน ห้ามทำอะไร และต้องส่งคำตอบรูปแบบใด หากขาดข้อมูลสำคัญ ให้ AI ถามกลับหรือหยุด ไม่ควรเดาแทนผู้ใช้
ทำไม Prompt เดิมจึงให้คำตอบไม่เหมือนเดิม
โมเดลภาษาไม่ได้ดึงคำตอบตายตัวจากฐานข้อมูล แต่สร้างคำตอบจากคำสั่ง บริบท และรูปแบบที่เรียนรู้มา ความแตกต่างอาจเกิดจากข้อมูลนำเข้าที่เปลี่ยน บริบทในแชตก่อนหน้า รุ่นของโมเดล เครื่องมือที่เปิดใช้ หรือคำสั่งที่ตีความได้หลายทาง เป้าหมายจึงไม่ใช่ทำให้ทุกคำเหมือนกัน แต่ทำให้สาระสำคัญ โครงสร้าง และเกณฑ์คุณภาพคงที่พอสำหรับงาน
ส่วนประกอบของ Prompt ที่ใช้ทำงานจริง
| ส่วน | คำถามที่ต้องตอบ | ตัวอย่าง |
|---|---|---|
| เป้าหมาย | ผลลัพธ์นี้จะใช้ทำอะไร | ใช้ส่งให้ทีมขายเตรียม Follow-up |
| บริบท | ธุรกิจ ผู้ใช้ และสถานการณ์คืออะไร | บริการ B2B ลูกค้ากำลังเปรียบเทียบผู้ให้บริการ |
| ข้อมูลนำเข้า | AI ต้องใช้ข้อมูลใด และมาจากไหน | บันทึกประชุม ข้อเสนอ และคำถามลูกค้า |
| วิธีทำงาน | ต้องตรวจหรือจัดลำดับอย่างไร | แยกข้อเท็จจริง ข้อกังวล และข้อมูลที่ยังขาด |
| ข้อจำกัด | ห้ามแต่งหรือข้ามเรื่องใด | ห้ามเพิ่มราคา กำหนดส่ง หรือคำรับประกัน |
| รูปแบบผลลัพธ์ | ต้องส่งหัวข้อ ตาราง หรือ Checklist ใด | ตาราง Issue, Evidence, Owner, Next step |
| เกณฑ์ตรวจ | คำตอบแบบใดถือว่าผ่าน | ทุกข้อสรุปชี้กลับไปยังข้อความต้นทางได้ |
วิธีเขียน Prompt ทีละขั้น
- เขียนงานด้วยคำกริยาใช้คำว่า สรุป เปรียบเทียบ จัดหมวด ตรวจ หรือร่าง แทนคำกว้างว่า “ช่วยเรื่องการตลาด”
- ระบุคนที่จะใช้ผลลัพธ์คำตอบสำหรับเจ้าของธุรกิจ ทีมปฏิบัติการ และลูกค้ามีรายละเอียด ภาษา และจุดตัดสินใจต่างกัน
- อธิบายข้อมูลแต่ละชุดตั้งชื่อแหล่งข้อมูล ระบุช่วงเวลา และบอกว่าส่วนใดเป็นข้อเท็จจริงหรือข้อมูลตัวอย่าง
- กำหนดวิธีจัดการข้อมูลไม่ครบให้ถามกลับเฉพาะคำถามสำคัญ หรือแสดงสิ่งที่ขาดก่อนเริ่มทำ ไม่ให้แต่งข้อมูลเติมช่องว่าง
- กำหนดลำดับการวิเคราะห์บอกขั้นตอนที่ตรวจได้ เช่น ตรวจข้อมูล แยกประเด็น เปรียบเทียบทางเลือก ประเมินความเสี่ยง แล้วสรุป Next step
- ออกแบบ Outputระบุหัวข้อ ตาราง คอลัมน์ ความยาว และภาษาที่ต้องใช้ตามคนรับงานต่อ
- เพิ่ม Quality Checkให้ตรวจข้อเท็จจริง ความครบ ความขัดแย้ง ข้อจำกัด และข้อความที่ต้องยืนยันก่อนส่งคำตอบ
ตัวอย่าง Prompt ก่อนและหลังปรับ
คำสั่งที่ยังกว้าง
ช่วยสรุปประชุมนี้ให้น่าสนใจและนำไปใช้ได้
ปัญหาคือไม่รู้ว่าใครใช้ สรุปเพื่ออะไร ข้อมูลใดสำคัญ และ “น่าสนใจ” หมายถึงอะไร AI อาจเขียนภาษาดีแต่เพิ่มข้อสรุปที่ประชุมไม่ได้ตกลง
คำสั่งที่ตรวจผลได้
สรุปบันทึกประชุมด้านล่างเพื่อให้ Project Manager ส่งงานต่อทีมภายในวันนี้
ทำตามขั้นตอน: 1) แยกการตัดสินใจที่ยืนยันแล้ว 2) ระบุงาน ผู้รับผิดชอบ และกำหนดส่งที่ปรากฏในต้นฉบับ 3) รวบรวมคำถามที่ยังไม่มีคำตอบ 4) ชี้ข้อความที่ขัดกัน
ห้ามเพิ่มชื่อผู้รับผิดชอบ กำหนดส่ง หรือข้อสรุปที่ไม่มีในบันทึก หากข้อมูลไม่ครบให้ใส่ “ต้องยืนยัน”
ส่งผลเป็นตาราง Decision | Action | Owner | Due date | Evidence และปิดท้ายด้วยคำถามที่ต้องตามต่อไม่เกิน 5 ข้อ
วิธีใช้ตัวแปรโดยไม่ทำให้ผู้ใช้สับสน
ตัวแปรคือช่องที่ต้องแทนด้วยข้อมูลของงานจริง ใช้ชื่อที่บอกข้อมูลชัด เช่น [ชื่อสินค้าและจุดเด่นที่ยืนยันได้] แทน [ข้อมูล] และอธิบายเพียงครั้งเดียวก่อน Prompt ไม่ต้องเขียน “แทนที่ด้วยข้อมูลก่อนคัดลอก” ซ้ำทุกตัวแปร
[เป้าหมายของงาน]— การตัดสินใจหรือผลลัพธ์ที่ต้องการ[กลุ่มเป้าหมาย]— คนที่ต้องอ่าน ดู หรือใช้ผลลัพธ์[ข้อมูลอ้างอิง]— ข้อเท็จจริง เอกสาร หรือลิงก์ที่อนุญาตให้ใช้[ข้อจำกัด]— งบ เวลา กฎ น้ำเสียง หรือสิ่งที่ห้ามกล่าว[รูปแบบผลลัพธ์]— ตาราง Checklist Script หรือข้อความพร้อมส่งต่อ
ทดสอบ Prompt อย่างไรให้รู้ว่าใช้ซ้ำได้
อย่าตัดสินจากคำตอบที่ดีที่สุดหนึ่งครั้ง สร้าง Test set ที่มีกรณีปกติ ข้อมูลไม่ครบ ข้อมูลขัดกัน ข้อความยาว และกรณีที่ไม่ควรตอบ จากนั้นให้ผู้ตรวจใช้เกณฑ์เดียวกัน
| เกณฑ์ | คำถามตรวจ | ข้อผิดพลาดที่ต้องจับ |
|---|---|---|
| ความถูกต้อง | ข้อสรุปตรงกับข้อมูลต้นทางหรือไม่ | ตัวเลข ชื่อ เงื่อนไข หรือเหตุการณ์ที่แต่งขึ้น |
| ความครบ | หัวข้อบังคับและงานสำคัญครบหรือไม่ | ข้ามข้อจำกัดหรือคำถามที่ยังไม่ตอบ |
| ความสม่ำเสมอ | โครงสร้างหลักคงที่หลายกรณีหรือไม่ | ตารางเปลี่ยนคอลัมน์หรือเรียงลำดับผิด |
| พร้อมใช้ | คนรับงานรู้ว่าต้องทำอะไรต่อหรือไม่ | คำแนะนำกว้าง ไม่มี Owner หรือ Next step |
| ความปลอดภัย | รู้จักหยุดเมื่อข้อมูลไม่พอหรือไม่ | เดาข้อมูลลับ คำรับประกัน หรือข้อเท็จจริงล่าสุด |
Prompt ยาวไม่ได้แปลว่าดีกว่า
Prompt ควรยาวเท่าที่จำเป็นต่อการลดความกำกวม งานง่ายอาจต้องการเพียงเป้าหมาย ข้อมูล และรูปแบบผลลัพธ์ งานที่มีหลายฝ่ายหรือความเสี่ยงสูงต้องเพิ่มข้อจำกัด การอนุมัติ และวิธีตรวจ หากคำสั่งยาวเพราะทำซ้ำหรือมีข้อกำหนดขัดกัน คุณภาพอาจลดลง
ความผิดพลาดที่พบบ่อย
- กำหนดบทบาทว่า “คุณคือผู้เชี่ยวชาญ” แต่ไม่บอกงาน ข้อมูล หรือมาตรฐาน
- ใส่หลายเป้าหมายใน Prompt เดียวจนไม่รู้ว่าอะไรสำคัญที่สุด
- สั่งเพียงสิ่งที่ห้ามทำ แต่ไม่บอกวิธีที่ควรทำแทน
- ขอข้อมูลล่าสุดแต่ไม่เปิดการค้นหาและไม่ให้แหล่งอ้างอิง
- ใช้ตัวอย่างเดียวจน Prompt ใช้ได้เฉพาะกรณีนั้น
- แก้ Prompt ทุกครั้งแต่ไม่บันทึกเวอร์ชันและสาเหตุ
Checklist ก่อนนำ Prompt ไปใช้กับทีม
- ชื่อ Prompt บอกงานและผลลัพธ์
- ตัวแปรทุกตัวมีความหมายและตัวอย่าง
- ระบุวิธีจัดการเมื่อข้อมูลไม่ครบ
- Output ตรงกับระบบหรือคนที่รับงานต่อ
- ข้อเท็จจริงแยกจากข้อเสนอแนะ
- มีเกณฑ์ตรวจและผู้รับผิดชอบ
- ทดสอบกับกรณีปกติและกรณีผิดปกติ
- ไม่มีข้อมูลลับหรือข้อมูลส่วนบุคคลที่ไม่จำเป็น
- บันทึกเวอร์ชัน วันที่ และสิ่งที่เปลี่ยน
คำถามที่พบบ่อย
Prompt ภาษาไทยใช้ได้ดีหรือไม่
ใช้ได้ ควรเขียนด้วยภาษาที่ชัด ระบุบริบทและรูปแบบผลลัพธ์เหมือนการมอบหมายงานให้คน หากมีศัพท์เฉพาะให้กำหนดความหมาย และตรวจวรรณยุกต์ ชื่อเฉพาะ และน้ำเสียงก่อนใช้
ควรใส่ตัวอย่างคำตอบหรือไม่
ใส่เมื่อรูปแบบหรือคุณภาพอธิบายด้วยคำพูดยาก แต่ตัวอย่างอาจทำให้คำตอบยึดรูปแบบมากเกินไป จึงควรระบุว่าส่วนใดต้องเหมือนและส่วนใดปรับได้
ทำไม Prompt เดิมใช้กับโมเดลใหม่แล้วผลเปลี่ยน
ความสามารถและพฤติกรรมของโมเดลเปลี่ยนได้ ควรเก็บ Test set และทดสอบซ้ำเมื่อเปลี่ยนโมเดล เครื่องมือ หรือ Workflow ไม่ควรถือว่า Prompt ผ่านครั้งเดียวแล้วใช้ได้ตลอดไป
อ่านต่อ
อ่าน วิธีเลือก AI ให้เหมาะกับงาน ก่อนเลือกเครื่องมือ และใช้ คลัง Prompt เพื่อดูตัวอย่างที่มีคำอธิบายตัวแปร วิธีใช้ และข้อจำกัดครบถ้วน