กำไร:
- อธิบายประโยชน์ของการระบุรูปแบบเอาต์พุตอย่างชัดเจน
- สามารถขอรูปแบบตาราง รายการ JSON และเทมเพลตในงานที่เหมาะสมได้
- เข้าใจการบูรณาการผลลัพธ์ที่มีโครงสร้างเข้ากับเวิร์กโฟลว์และเครื่องมือ
ไม่ว่าเนื้อหาที่สร้างโดย AI จะดีแค่ไหน เมื่อเนื้อหามาในรูปแบบที่ไม่เหมาะกับคุณ คุณจะต้องเสียเวลาไปกับการปรับโครงสร้างเนื้อหาใหม่ ในหน่วยนี้ เราจะเรียนรู้เกี่ยวกับการควบคุมรูปแบบของเอาต์พุต การบอกโมเดลไม่เพียงแต่ว่า "จะสร้างอะไร" เท่านั้น แต่ยังบอก "ในรูปแบบใด" อีกด้วยว่าจะสร้างโมเดลนั้นด้วย ทำให้เอาต์พุตสามารถใช้งานได้โดยตรง และช่วยลดเวลาการแก้ไขด้วยตนเองได้อย่างมาก เราเรียกสิ่งนี้ว่า "การบังคับใช้รูปแบบ"
เหตุใดการระบุรูปแบบจึงมีความสำคัญ?
หากคุณไม่ได้ระบุรูปแบบ โมเดลจะใช้รูปแบบที่ต้องการ โดยปกติจะเป็นย่อหน้ายาว อย่างไรก็ตาม คุณอาจจำเป็นต้องมีตาราง รายการ หรือข้อมูลที่มีโครงสร้างเพื่อวางลงในซอฟต์แวร์ การพูดรูปแบบล่วงหน้าจะเพิ่มสามสิ่ง: ความสามารถในการคาดเดาได้ (โครงสร้างเดียวกันทุกครั้ง) การใช้งาน (คัดลอกและวางโดยตรง) และบูรณาการ (ส่งออกไปยังเครื่องมืออื่น ๆ)
มาอธิบายคำว่า JSON กันที่นี่: JSON (JavaScript Object Notation) เป็นรูปแบบข้อความที่ข้อมูลถูกจัดเก็บไว้ในคู่คีย์-ค่า และซอฟต์แวร์สามารถอ่านได้ง่าย ตัวอย่างเช่น {"name": "Ali", "request": "3 License"} เป็นส่วนหนึ่งของ JSON JSON มีประโยชน์มากหากคุณต้องการถ่ายโอนเอาต์พุตของปัญญาประดิษฐ์ไปยังโปรแกรม ฐานข้อมูล หรือสเปรดชีต
เมื่อไรรูปแบบไหน?
รูปแบบ
สถานการณ์ที่เหมาะสมที่สุด
งานตัวอย่าง
รายการส่วนผสม
รายการสั้นตามลำดับ/เทียบเท่า
รายการดำเนินการสิทธิประโยชน์
รายการลำดับเลข
เมื่อลำดับความสำคัญหรือลำดับความสำคัญเป็นสิ่งสำคัญ
คำแนะนำทีละขั้นตอน
ตาราง
เปรียบเทียบรายการตามเกณฑ์หลายรายการ
การเปรียบเทียบซัพพลายเออร์
เจสัน
ส่งออกไปยังซอฟต์แวร์/ตารางอื่น
การป้อนข้อมูลเข้าสู่ CRM
แม่แบบ (กรอกข้อมูลในช่องว่าง)
เอกสารมาตรฐานที่ซ้ำกัน
ข้อเสนอจดหมายปฏิเสธ
ย่อหน้า
การบรรยาย เรื่องราว เนื้อหาอีเมลที่ลื่นไหล
บล็อกจดหมาย
การบังคับรูปแบบทีละขั้นตอน
- ตัดสินใจว่าจะทำอย่างไรกับผลลัพธ์ จะถูกอ่าน ประมวลผลเป็นตาราง หรือส่งไปยังซอฟต์แวร์หรือไม่
- เลือกรูปแบบที่เหมาะสม การเปรียบเทียบ → ตาราง; อินพุตระบบ → JSON; การอ่าน → รายการ/ย่อหน้า
- เขียนรูปแบบให้ชัดเจนและละเอียด แทนที่จะเป็น "สร้างตาราง" "คอลัมน์: เกณฑ์ | A | B; ไม่เกิน 6 แถว"
- เพิ่มขอบเขต "อย่าเขียนความคิดเห็นใดๆ นอกตาราง", "ส่งคืน JSON ที่ถูกต้องเท่านั้น"
- แสดงตัวอย่าง (ถ้าจำเป็น) โดยเฉพาะอย่างยิ่งกับ JSON และเทมเพลต ตัวอย่างนี้จะแก้ไขรูปแบบได้อย่างสมบูรณ์แบบ
เทมเพลตที่คัดลอกได้สี่แบบ
1) ตารางเปรียบเทียบ:
เปรียบเทียบ [A] และ [B] รูปแบบ: ตาราง Markdown คอลัมน์: เกณฑ์ | [ก] | [B]แถว: ราคา เวลาจัดส่ง การรับประกัน การสนับสนุน ห้ามเขียนข้อความใดๆ นอกตาราง
2) ข้อมูลสู่ระบบ (JSON):
แยกข้อมูลจากบันทึกการสนทนาด้านล่าง ส่งคืน JSON ที่ถูกต้องเท่านั้นในสคีมาต่อไปนี้ ห้ามเขียนอย่างอื่น:{"person": "", "company": "", "request": "", "next_step": "", "urgency": "low|medium|high"}ปล่อยให้ฟิลด์ที่ไม่รู้จักมีสตริงว่าง หมายเหตุ: [บันทึกดิบ]
3) เทมเพลตเอกสารมาตรฐาน:
เขียนอีเมลปฏิเสธ โดยกรอกเทมเพลตนี้ให้ครบถ้วน:เรื่อง: เกี่ยวกับการสมัครของคุณสำหรับ [ตำแหน่ง]สวัสดี [ชื่อ],[ประโยคขอบคุณ][ประโยคการปฏิเสธใจดี][ประโยคที่เปิดประตูไว้สำหรับอนาคต]ทำได้ดีมาก[บริษัท] HRVariables: name=[...], ตำแหน่ง=[...]
4) รายการดำเนินการ:
แยกการดำเนินการออกจากบันทึกการประชุมนี้ รูปแบบ: แต่ละบรรทัด "- [รับผิดชอบ] — [การดำเนินการ] — [กำหนดเวลา]"ดำเนินการที่ชัดเจนเท่านั้น ข้ามรายละเอียดการสนทนาหมายเหตุ: [ข้อความ]
พรอมต์ที่อ่อนแอ / พรอมต์ที่แข็งแกร่ง
อ่อนแอ:
เปรียบเทียบแล็ปท็อป 3 เครื่องนี้[คุณสมบัติ]
แข็งแกร่ง:
เปรียบเทียบแล็ปท็อป 3 รุ่นนี้ รูปแบบ: ตาราง Markdown คอลัมน์: รุ่น | ราคา | โปรเซสเซอร์ | แรม | แบตเตอรี่ (นาฬิกา) | น้ำหนัก เพิ่มบรรทัด "ราคา/ประสิทธิภาพที่ดีที่สุด:" 1 ประโยคต่อท้าย อย่าเขียนคำอธิบายใดๆ นอกเหนือจากตารางและประโยคเดียวนั้น คุณสมบัติ: [คุณสมบัติ]
พรอมต์ที่สองทำให้เอาต์พุตวางลงในงานนำเสนอหรืออีเมลโดยตรง ไม่จำเป็นต้องปรับโครงสร้างใหม่
มินิเคสสามอัน
กรณีที่ 1 — การป้อนข้อมูลอัตโนมัติ ผู้ช่วยฝ่ายขายป้อนบันทึกการโทรประมาณ 25 รายการลงใน CRM ด้วยตนเองทุกวัน ใช้เวลาประมาณ 3 นาทีต่อโน้ต สร้างพรอมต์ที่แปลงบันทึกย่อเป็นสคีมา JSON คงที่ เอาต์พุตถูกนำเข้าโดยตรง โดยลดการทำงานในแต่ละวัน 75 นาทีเหลือเพียงไม่กี่นาที เฉพาะที่ทำเครื่องหมายว่า "เร่งด่วน: สูง" เท่านั้นที่ถูกตรวจสอบด้วยตนเอง
กรณีที่ 2 — รายงานการจัดการ ทีมการเงินกำลังจดสรุปรายเดือนในรูปแบบย่อหน้าและจัดตารางด้วยมือ เมื่อบังคับใช้รูปแบบ "ตารางที่มีคอลัมน์คงที่" รายงานจะเข้าสู่การนำเสนอโดยตรง ไม่ต้องจัดรูปแบบหลายชั่วโมงต่อเดือน
กรณีที่ 3 — การโต้ตอบมาตรฐาน ทีมงานฝ่ายทรัพยากรบุคคลเขียนอีเมลปฏิเสธใหม่ทุกครั้ง และมีน้ำเสียงที่ไม่สอดคล้องกัน เมื่อบังคับใช้รูปแบบตายตัว การปฏิเสธทั้งหมดดูเหมือนจะมีลักษณะอ่อนโยนเหมือนกัน มีความสอดคล้องกันทั้งสองอย่างและเวลาในการเขียนก็สั้นลง
เคล็ดลับ: สำหรับรูปแบบที่เข้มงวด เช่น JSON หรือตาราง อย่าลืมรวมข้อจำกัด "ส่งคืนเฉพาะรูปแบบที่ร้องขอ ไม่มีความคิดเห็นก่อน/หลัง" ประโยคที่เพิ่มโดยแบบจำลอง เช่น "นี่คือตารางที่คุณต้องการ:" จะหยุดการทำงานอัตโนมัติ
ข้อควรสนใจ: การบังคับรูปแบบไม่ได้รับประกันความถูกต้องของเนื้อหา โมเดลสามารถใส่ค่าเพื่อเติมเต็มพื้นที่ว่างได้ โดยเฉพาะอย่างยิ่ง ให้เปรียบเทียบตัวเลขและชื่อในเอาต์พุต JSON กับแหล่งที่มา รูปแบบที่เหมาะสมไม่ได้หมายความว่าข้อมูลที่ถูกต้อง
การปรับแต่งที่เสริมความแข็งแกร่งให้กับรูปแบบ
บางครั้งแค่ขอรูปแบบไม่เพียงพอ นอกจากนี้ ยังจำเป็นต้องตรวจสอบให้แน่ใจว่าโมเดลยังคงซื่อสัตย์ต่อโมเดลดังกล่าว เทคนิคเชิงปฏิบัติสี่เทคนิคที่ใช้บ่อยในกระบวนการทำงาน:
- กำหนดเขตข้อมูลล่วงหน้า แก้ไขชื่อคอลัมน์และจำนวนแถวแทน "สร้างตาราง" แต่ละพื้นที่ที่ไม่ชัดเจนทำให้เอาต์พุตเสียงแตกต่างกันเล็กน้อยในแต่ละครั้ง สิ่งนี้จะทำลายระบบอัตโนมัติ
- แยกแยะค่าว่าง/ไม่ทราบออก พูดว่า "เขียน null ในช่องที่ไม่รู้จัก" หรือ "เว้นว่างไว้หากไม่มีข้อมูล" ไม่เช่นนั้นโมเดลก็มีแนวโน้มที่จะปรับค่าให้เหมาะสมเพื่อเติมเต็มช่องว่าง
- จำกัดชุดค่า หากฟิลด์สามารถรับค่าได้เพียงบางค่า ให้เขียนอย่างชัดเจน: "ความเร่งด่วนทำได้เฉพาะค่าต่ำ ปานกลาง หรือสูงเท่านั้น" เพื่อให้แน่ใจว่าเอาต์พุตจะได้รับการประมวลผลอย่างปลอดภัยในขั้นตอนถัดไป
- สมอตามตัวอย่าง โดยเฉพาะอย่างยิ่งกับ JSON และเทมเพลต การแสดงตัวอย่างที่ถูกต้องเพียงตัวอย่างเดียวจะล็อครูปแบบได้อย่างมีประสิทธิภาพมากกว่าคำอธิบายแบบยาว โมเดลจะเลียนแบบตัวอย่าง
การปรับแต่งแบบละเอียดเหล่านี้มีความสำคัญอย่างยิ่งเมื่อเอาต์พุตจะถูกส่งผ่านเป็นอินพุตไปยังซอฟต์แวร์ สเปรดชีต หรือพร้อมท์อื่นๆ ความหลวมเป็นเรื่องปกติในรายการที่สร้างขึ้นเพื่อการอ่านฟรี แต่บรรทัดข้อมูลที่ไม่ดีเพียงบรรทัดเดียวที่จะป้อนเข้าสู่ระบบสามารถหยุดโฟลว์ทั้งหมดได้ ดังนั้นยิ่งเอาต์พุต "เครื่องอ่านได้" มากเท่าใด กฎการจัดรูปแบบจะต้องเข้มงวดมากขึ้นเท่านั้น
พิจารณารูปแบบและเนื้อหาแยกกัน
ผู้ใช้ที่มีประสบการณ์ประเมินงานพิมพ์ด้วยสองวิธี: รูปแบบถูกต้องและเนื้อหาถูกต้องหรือไม่? ทั้งสองนี้เป็นอิสระ ตารางที่สมบูรณ์แบบอาจมีตัวเลขที่ไม่ถูกต้อง ย่อหน้าที่ไม่เป็นระเบียบสามารถให้ข้อมูลที่ถูกต้องได้ การจัดรูปแบบจะช่วยแก้ปัญหาแรกเท่านั้น (รูปแบบ) คำถามที่สอง (ความถูกต้องของเนื้อหา) ต้องมีขั้นตอนการตรวจสอบแยกต่างหากเสมอ การรักษาความแตกต่างนี้ไว้ในใจจะป้องกันไม่ให้ตกหลุมพราง "ถูกต้องเพราะมันดูดี"
ข้อผิดพลาดทั่วไป
- ไม่ระบุรูปแบบแต่อย่างใด จากนั้นทิ้งเอาต์พุตลงในตาราง/รายการด้วยตนเอง
- ปล่อยให้รูปแบบคลุมเครือ พูดว่า "จัดโต๊ะ" แต่ไม่ได้พูดถึงคอลัมน์
- ข้ามข้อจำกัดในการเปิดเผยข้อมูล ประโยคเกริ่นนำที่เพิ่มโดยโมเดลจะขัดขวางระบบอัตโนมัติ
- การเลือกรูปแบบที่ไม่ถูกต้อง ขอเทียบย่อหน้าและบรรยายด้วยตาราง
- เชื่อใจผู้เกี่ยวและไม่ตรวจสอบเนื้อหา ไม่สังเกตเห็นค่าที่เหมาะสมใน JSON ที่เรียบร้อย
โดยสรุป
- การบังคับใช้รูปแบบเป็นการบอกโมเดลอย่างชัดเจนถึงรูปแบบของเอาต์พุต (รายการ, ตาราง, JSON, เทมเพลต)
- รูปแบบที่เหมาะสมช่วยให้คาดเดาได้ ใช้งานได้จริง และผสานรวมกับเครื่องมืออื่นๆ ได้
- เลือกรูปแบบตามสิ่งที่คุณจะทำ: ตารางเปรียบเทียบ, JSON อินพุตของระบบ, รายการอ่าน/ย่อหน้า
- สำหรับรูปแบบที่เข้มงวด ข้อจำกัด "ส่งคืนเฉพาะรูปแบบนี้เท่านั้น ไม่ต้องเพิ่มความคิดเห็น" เป็นสิ่งจำเป็น
- รูปแบบที่เหมาะสมไม่ได้หมายถึงเนื้อหาที่ถูกต้อง ตรวจสอบหมายเลขและชื่อ
งานสมัคร
เลือกงานที่คุณจัดเรียงผลงานใหม่ด้วยตนเองเสมอ กำหนดรูปแบบที่เหมาะสม (ตาราง, JSON หรือเทมเพลต) และเพิ่มลงในพรอมต์และตั้งค่าข้อจำกัด "ส่งคืนเฉพาะรูปแบบนี้เท่านั้น" ลองวางผลลัพธ์ลงในเป้าหมายโดยตรง (การนำเสนอ สเปรดชีต ซอฟต์แวร์) และวัดเวลาที่คุณประหยัดเวลาได้
รายการตรวจสอบ
- [ ] ฉันสามารถเลือกรูปแบบที่เหมาะกับงานได้
- [ ] ฉันอธิบายรูปแบบโดยละเอียด (คอลัมน์ ฟิลด์ สคีมา)
- [ ] ฉันจำกัด "คำอธิบายประกอบ" ในรูปแบบที่เข้มงวด
- [ ] ฉันรู้ว่า JSON มีไว้เพื่ออะไรและควรใช้เมื่อใด
- [ ] ฉันทราบว่าการจัดรูปแบบที่เหมาะสมไม่ได้ตรวจสอบเนื้อหา