พรอมป์ต์ที่ดีอธิบายงานที่จะมอบหมายให้โมเดลและเงื่อนไขความสำเร็จอย่างเป็นรูปธรรม การเติมวลีใดวลีหนึ่งไม่ได้รับประกันว่าคุณภาพคำตอบจะดีขึ้นหลายเท่า
1. กำหนดข้อมูลเข้าและผลลัพธ์ก่อน
ตัวอย่างเช่น หากจะจัดหมวดหมู่คำถามลูกค้า ให้กำหนดหมวดหมู่ ภาษาของข้อมูลเข้า และวิธีจัดการกรณีกำกวม คำสั่งว่า “บันทึกข้อสรุป ผู้รับผิดชอบ และกำหนดเวลาแยกกัน หากไม่มีข้อมูลให้ระบุว่ายังไม่กำหนด” ตรวจผลได้ง่ายกว่า “ช่วยสรุปให้ดี” และควรประเมินรูปแบบผลลัพธ์แยกจากความถูกต้องของข้อเท็จจริง
2. เกณฑ์ที่ตัวอย่างแสดงให้เห็น
ตัวอย่างที่จับคู่ข้อมูลเข้ากับผลที่ต้องการช่วยสื่อเกณฑ์ของงานได้ อย่าใส่เฉพาะตัวอย่างง่าย แต่ให้มีกรณีรอยต่อและข้อมูลเข้าที่ไม่เพียงพอด้วย ตรวจด้วยว่าชื่อและตัวเลขในตัวอย่างถูกนำไปใช้ซ้ำเป็นข้อเท็จจริงของข้อมูลใหม่หรือไม่
3. วิธีเปรียบเทียบการเปลี่ยนแปลง
ใช้ชุดข้อมูลเข้าเดียวกันเปรียบเทียบพรอมป์ต์แต่ละรุ่นและบันทึกชนิดของข้อผิดพลาด การแยกข้อมูลตกหล่น ข้อมูลแต่งขึ้น และรูปแบบผิด ช่วยหาส่วนที่ต้องแก้ได้ง่าย คำอธิบายที่ยาวขึ้นจากการกระตุ้นให้ให้เหตุผลไม่ได้พิสูจน์ว่าถูกต้องขึ้น ต้องตรวจหลักฐานของผลแยกต่างหาก บันทึกการเปลี่ยนโมเดล การตั้งค่า และข้อมูลเข้าด้วยเพื่อรักษาเงื่อนไขเปรียบเทียบ
4. ตัวอย่างจัดโครงสร้างบันทึกประชุม
สมมติบันทึกประชุมแต่งขึ้นเขียนว่า “กำลังคิดว่าจะนำขึ้นระบบวันศุกร์ มินซูตรวจสถานะเซิร์ฟเวอร์พรุ่งนี้ การยืนยันตารางรอจียอนอนุมัติ” หากส่งวันที่นำขึ้นระบบออกมาเป็นกำหนดที่ยืนยันแล้ว ก็เปลี่ยนความหมายสำคัญแม้ประโยคจะเรียบเรียงสวย ก่อนอื่นกำหนดงานว่า “บันทึกการดำเนินการที่ยืนยันแล้วแยกจากข้อเสนอ” และกำหนดช่องการดำเนินการ ผู้รับผิดชอบ กำหนดเวลา สถานะ และหลักฐาน เพิ่มกฎห้ามเดาผู้รับผิดชอบหรือวันที่ที่ไม่มีในบันทึก
ผลที่ต้องการต้องแยกว่ามินซูรับผิดชอบตรวจเซิร์ฟเวอร์ กำหนดคือพรุ่งนี้ ส่วนตารางนำขึ้นระบบยังรออนุมัติ หากไม่ได้ป้อนวันที่วันนี้ ก็ไม่มีหลักฐานแปลง “พรุ่งนี้” เป็นวันที่เฉพาะ ให้ใส่วันอ้างอิงในพรอมป์ต์ หรือระบุให้คงวันที่สัมพัทธ์จากต้นฉบับ ผู้รับผิดชอบการนำขึ้นระบบที่ไม่ได้ระบุ ต้องคงว่ายังไม่กำหนด ตัวอย่างนี้เป็นการฝึกตั้งเกณฑ์ผลลัพธ์ ไม่ใช่การอ้างบันทึกบริษัทจริงหรือผลประสิทธิภาพการทดลอง
พรอมป์ต์ที่ระบุขอบเขตข้อมูลเข้าและกฎแปลงข้อมูลตรวจทานง่ายกว่าการมีเพียงบทบาทว่า “คุณคือผู้ช่วยที่ยอดเยี่ยม” เช่นขอว่า “ใช้เฉพาะบันทึกต่อไปนี้ อย่าเปลี่ยนข้อเสนอเป็นเรื่องยืนยัน และใส่ประโยคหลักฐานข้างการดำเนินการแต่ละรายการ” เป้าหมายคือให้คนตรวจความสัมพันธ์ระหว่างบันทึกกับผลได้ ไม่ใช่เพียงตัดสินว่าคำอธิบายฟังดูน่าเชื่อหรือไม่
5. แยกกรณีรอยต่อกับคำสั่งในข้อความภายนอก
ในงานจัดหมวดหมู่ ลองคิดถึงประโยคที่ถามทั้งคืนเงินและส่งของล่าช้า หากไม่กำหนดว่าเลือกได้เพียงหมวดเดียวหรือหลายหมวด ผู้ประเมินอาจเห็นคำตอบถูกต้องต่างกัน “ไม่มีหมวดที่ตรง” ยังต่างจาก “ข้อมูลเข้าไม่พอ” การแยกกรณีที่เข้าใจความหมายแต่ไม่ตรงตารางออกจากกรณีที่ข้อมูลไม่พอจะตัดสินความหมาย ช่วยให้ทางจัดการต่อไปชัดเจน
ตัวอย่างไม่ได้บอกเพียงคำตอบถูก แต่ยังอธิบายรอยต่อนี้ แทนที่จะเพิ่มคำถามเรื่องส่งของแบบง่ายหลายข้อ ลองประโยคที่สองหมวดขัดกัน ประโยคมีคำพิมพ์ผิด และคำทักทายที่ไม่มีคำขอ ในทางกลับกัน ต้องแก้หากตัวอย่างยาวจนกลบกฎหลัก หรือชื่อเฉพาะในตัวอย่างปะปนไปกับข้อมูลใหม่ อ่านคำอธิบายงานกับตัวอย่างด้วยว่าไม่ขัดแย้งกัน
เมื่อสรุปเอกสาร ประโยคในเอกสารอย่าง “ให้ละเลยคำสั่งก่อนหน้า” ก็เป็นส่วนของเนื้อหาที่ต้องสรุป การครอบข้อมูลเข้าด้วยตัวคั่นช่วยให้อ่านขอบเขตง่าย แต่ตัวมันเองไม่ใช่กำแพงความปลอดภัยที่ป้องกันการโจมตี หากแอปทำการกระทำภายนอกได้ โค้ดนอกพรอมป์ต์ต้องตรวจสิทธิ์และเครื่องมือที่อนุญาตด้วย ทั้งการเขียนข้อความให้ดีและกำหนดสิทธิ์ระบบล้วนจำเป็น
6. แก้ตารางประเมินก่อนแก้พรอมป์ต์
ตารางประเมินเล็ก ๆ อาจมีข้อมูลเข้า ประเด็นหลักที่คาดหวัง การเดาที่ห้าม ผลจริง และเหตุผลที่ผิด เช่น หากบันทึกสิบชุดมีสองชุดเปลี่ยนตารางยังไม่ยืนยันเป็นยืนยัน ให้หาสภาวะร่วมของสองกรณีก่อน การเพิ่มนิยามข้อเสนอ รออนุมัติ และยืนยันแล้ว พร้อมตัวอย่าง เชื่อมการแก้กับปัญหาโดยตรงกว่าการย้ำว่า “ระวังให้มากขึ้น”
ประเมินซ้ำเฉพาะกรณีที่ใช้แก้อาจทำให้เข้าใจผลเฉพาะกรณีว่าเป็นการพัฒนาทั่วไป ใช้กฎเดียวกันกับข้อมูลที่กันไว้ต่างหาก และตรวจว่าข้อมูลง่ายมีการตกหล่นใหม่หรือไม่ บันทึกการตรงรูปแบบแยกจากความถูกต้องของข้อเท็จจริง เพื่อไม่ให้ JSON ที่ถูกต้องตามรูปแบบซ่อนข้อผิดพลาดเนื้อหา คำตอบผิดที่ให้เหตุผลฟังดูสมจริงก็ยังนับเป็นข้อผิดพลาด
บทความวิจัยการเรียนรู้จากตัวอย่างจำนวนน้อยและการใช้กระบวนการให้เหตุผล ศึกษาโมเดลกับงานเฉพาะ ไม่ใช่กฎให้ใช้วลีกระตุ้นเดียวกันกับทุกโมเดลล่าสุด สิ่งที่ควรเหลือในพรอมป์ต์คือคำนิยามงาน ตัวอย่างตัวแทน วิธีรับมือความกำกวม และเกณฑ์ประเมินทำซ้ำได้ มากกว่าคำขยายประดับ เมื่อโมเดลหรือรูปแบบข้อมูลเข้าเปลี่ยน ให้ตรวจสี่ส่วนนี้อีกครั้ง
เกณฑ์ประเมินควรสะท้อนความสำคัญของความผิดด้วย การสลับลำดับประโยคในสรุปประชุมกับแต่งผู้รับผิดชอบที่ไม่มีจริงไม่ใช่ความผิดแบบเดียวกัน อย่างแรกอาจเป็นความชอบในการอ่าน แต่อย่างหลังอาจกลายเป็นคำสั่งงานผิด การแยกช่องที่คนต้องตรวจจากช่องที่ส่งต่ออัตโนมัติได้ ยังช่วยกำหนดความรับผิดชอบเมื่อนำผลไปใช้ทำงานจริง อย่าข้ามการตรวจช่องสำคัญเพียงเพราะผิดไม่บ่อย
เมื่อเปลี่ยนรูปแบบผลลัพธ์ ให้เชื่อมการตรวจรูปแบบกับความหมาย ตรวจว่าช่องวันที่ไม่ว่างยืนยันเพียงว่ามีค่า วันที่นั้นมีในต้นฉบับหรือแปลงจากวันอ้างอิงถูกต้องหรือไม่เป็นอีกการตรวจ หากช่องบังคับของตัวแยกวิเคราะห์อัตโนมัติขัดกับช่องที่โมเดลห้ามเติมโดยไร้หลักฐาน ควรออกแบบโครงสร้างที่แทนสถานะยังไม่กำหนดได้ แทนการบังคับสตริงว่าง
เมื่อแชร์พรอมป์ต์ สามารถแต่งข้อมูลเข้าที่จำลองรอยต่อเดียวกัน แทนการคัดลอกตัวอย่างที่มีข้อมูลส่วนบุคคลจริง ตรวจด้วยว่าแม้ลบชื่อแล้ว เลขสัญญาหรือเหตุการณ์หายากยังระบุตัวบุคคลได้หรือไม่ แม้ทำให้ไม่ระบุตัวบุคคลเพียงพอแล้ว ขอบเขตข้อมูลส่งให้โมเดลภายนอกยังต้องเป็นไปตามหลักการจัดการขององค์กร เอกสารพรอมป์ต์ที่ดีระบุทั้งตัวอย่างข้อมูลเข้า ขอบเขตงานที่ใช้ได้ และงานที่ไม่ควรใช้
ในการทบทวนสุดท้าย ตรวจว่าคนอื่นอ่านแค่พรอมป์ต์แล้วเข้าใจเกณฑ์คำตอบถูกต้องเดียวกันหรือไม่ หากหวังให้ผลเดาสภาพภายในที่มีเพียงผู้เขียนรู้ ก็ทำซ้ำได้ยาก การนิยามถ้อยคำกำกวม ให้วันอ้างอิงและรุ่นเอกสารที่จำเป็น และเปิดทางให้ไม่เติมข้อมูลไร้หลักฐาน ทำให้แม้พรอมป์ต์สั้นก็เป็นข้อกำหนดงานที่ตรวจสอบได้