$ cat 03-five-slots.md บทที่ 3ใบมอบงาน 5 ช่อง
ในบทที่แล้ว แม้ Spark จะขึ้นสถานะ Complete ว่าทำงานเสร็จสมบูรณ์ แต่ผลลัพธ์ที่เป็นเช็กลิสต์ขนาดยาวนั้นยังไม่พร้อมให้ทีมหยิบไปใช้งานได้ทันที เพราะมีแต่งานย่อยๆ แต่ไม่มีผู้รับผิดชอบ ไม่มีกำหนดวันเสร็จ และบางข้อมูลยังต้องรอตรวจสอบ ปัญหานี้ไม่ได้เกิดจาก AI ตอบสั้นไปหรือตอบไม่ดี แต่อยู่ที่คำสั่งของเราบอกแค่ว่า "อยากได้เช็กลิสต์" แต่ยังไม่ได้ระบุว่าต้องการนำเช็กลิสต์นี้ไปใช้งานต่ออย่างไร
ยิ่ง AI agent อย่าง Spark สามารถลงมือทำงานต่อเนื่องได้หลายขั้นตอน การสั่งงานแบบกว้างๆ เช่น “ช่วยจัดการเรื่องนี้ให้หน่อย” ก็ยิ่งเปิดช่องให้ระบบเดาใจเราไปคนละทิศคนละทาง ทางออกสำคัญของเล่มนี้คือ ใบมอบงาน 5 ช่อง ซึ่งเป็นโครงสร้างคำสั่งมาตรฐานที่เราจะนำไปใช้ร่วมกับทั้ง Task, Schedule, Skill และทุกสูตรงานตลอดเล่มนี้
ห้าช่องนั้นมีอะไรบ้าง
ช่อง 1-4 ช่วยให้ Spark เข้าใจทิศทางและเป้าหมายของงาน ส่วนช่อง 5 จะดึงอำนาจการตัดสินใจกลับมาหาเราก่อนที่จะเกิดการกระทำที่มีผลกระทบจริง
ช่อง 1 · เป้าหมาย
บอกให้ชัดเจนว่างานเสร็จแล้วต้องได้ผลงานอะไร ไม่ใช่บอกแค่ชื่อหัวข้อกว้างๆ
- “ช่วยเรื่องเวิร์กช็อป” แบบนี้กว้างเกินไปจน AI ต้องเดา
- “แปลงเช็กลิสต์ให้เป็นตารางที่ทีม 3 คนหยิบไปแบ่งงานกันได้ทันที” แบบนี้เห็นผลลัพธ์ปลายทางชัดเจน
เป้าหมายจะกลายมาเป็นชื่อและขอบเขตหลักของ งาน (Task) แต่ละเรื่อง
ช่อง 2 · ของที่ให้ใช้
ระบุแหล่งข้อมูลที่อนุญาตให้เปิดใช้ และระบุสิ่งที่ห้ามแตะต้องให้ชัดเจน
- คำตอบก่อนหน้าใน task thread นี้
- ไฟล์แนบ 2 ไฟล์ที่กำหนด
- อีเมลเฉพาะป้ายกำกับ (label) ที่ระบุ
- ข้อมูลใน Google Calendar เฉพาะช่วงเดือนนี้
- ข้อมูลจากเว็บสาธารณะเท่านั้น
ช่องนี้จะช่วยควบคุมส่วน Files และ Connected Apps หากไม่ระบุขอบเขตให้ชัด Spark อาจเลือกดึงข้อมูลกว้างกว่าที่เราตั้งใจ
ช่อง 3 · วิธีทำ
บอกขั้นตอน มาตรฐาน และรูปแบบผลลัพธ์ที่ต้องการ เช่น กำหนดว่าต้องทำตารางกี่คอลัมน์ หากข้อมูลไหนไม่มีในเอกสารเดิมให้แสดงผลอย่างไร และจุดไหนที่ห้ามแต่งข้อมูลขึ้นมาเอง
วิธีทำงานที่ต้องนำไปใช้ซ้ำกับหลายๆ งาน จะสามารถพัฒนาต่อเป็น Skill ได้ในบทที่ 7 แต่ในการเริ่มต้น ให้ลองเขียนระบุไว้ในพรอมต์ก่อน เพื่อดูว่ากติกานั้นใช้งานได้ผลจริงหรือไม่
ช่อง 4 · จังหวะเริ่ม
กำหนดเงื่อนไขว่าต้องการให้งานนี้เริ่มต้นทำงานเมื่อไร
- ทำครั้งเดียวตอนนี้ทันที
- ทำงานทุกวันจันทร์ เวลา 08:00 น.
- เริ่มทำงานเมื่อมีอีเมลใหม่ที่ตรงตามเงื่อนไขส่งเข้ามา
- เริ่มทำงานเมื่อหัวข้อที่ติดตามมีความเปลี่ยนแปลง
จังหวะการเริ่มงานแบบทำซ้ำตามเวลาหรือเริ่มตามเหตุการณ์ จะถูกนำไปต่อยอดเป็น กำหนดเวลา (Schedule) ในบทที่ 6
ช่อง 5 · จุดหยุด
ระบุเงื่อนไขที่ Spark จะต้องหยุดเพื่อรอการตรวจทานหรืออนุมัติจากคนเสมอ
- ก่อนจะกดส่งอีเมลจริง
- ก่อนจะลบ ย้าย หรือแก้ไขไฟล์
- ก่อนจะสร้างนัดหมายลงใน Google Calendar
- ก่อนจะกรอกข้อมูลลงในเว็บไซต์
- ก่อนจะซื้อ จอง หรือแชร์ข้อมูลให้ผู้อื่น
จุดหยุดไม่ใช่แค่คำเตือนกว้างๆ ว่า “ให้ระวังด้วย” แต่ต้องระบุชื่อการกระทำที่ต้องห้ามให้ชัดเจน หากงานชิ้นนั้นต้องการแค่ดูผลร่าง ให้เขียนระบุตรงๆ ว่า “ยังไม่สร้างหรือแก้ไขไฟล์จริง”
เขียนห้าช่องลงใน task thread เดิม
ในรอบนี้เราไม่จำเป็นต้องเปิดงานใหม่ เพราะใน task thread เดิมมีข้อมูลเช็กลิสต์ที่ Spark เพิ่งค้นคว้าไว้ให้เรียบร้อยแล้ว คุณเมย์จึงส่งใบมอบงาน 5 ช่องต่อท้ายผลงานรอบแรกได้ทันที ดังนี้:
พรอมต์จริงใน task thread เดิม · พับ Task list/Recents ก่อนแคป จึงไม่มีประวัติส่วนตัวในภาพการเขียนกำกับหัวข้อทั้ง 5 ช่องแบบนี้จะช่วยให้เราฝึกจัดระเบียบคำสั่งได้ง่าย เมื่อใช้งานจนคล่องแล้ว ไม่จำเป็นต้องพิมพ์คำว่า “เป้าหมาย” หรือ “วิธีทำ” ทุกครั้ง ขอเพียงในข้อความมีเนื้อหาครบทั้ง 5 ส่วนก็เพียงพอ
ผลลัพธ์ที่ได้เปลี่ยนไปอย่างไร
เมื่อได้รับคำสั่งแบบ 5 ช่อง Spark จะไม่เปิดค้นเว็บเพิ่มและไม่เรียกใช้ Connected Apps แต่จะนำคำตอบเดิมมาเรียบเรียงเป็นตาราง 4 คอลัมน์ตามที่สั่ง จุดไหนที่ไม่มีชื่อคนก็จะคงไว้เป็น [ผู้รับผิดชอบ] และจุดที่ไม่มีวันที่ก็จะคงไว้เป็น [กำหนดเสร็จ] เพื่อให้คนมาเติมต่อ แทนที่จะแต่งชื่อหรือวันที่ขึ้นมาเอง
ตารางผลลัพธ์จริงมีความยาว 12 แถว ซึ่งยาวเกินกว่าจะแสดงในหน้าจอเดียว ภาพทั้ง 2 ภาพด้านล่างนี้จึงนำข้อความผลลัพธ์ดิบมาจัดหน้าเพื่อให้อ่านได้ครบทุกคอลัมน์ โดยไม่มีการแก้ไขข้อความข้างในแม้แต่คำเดียว
ผลรันจริงหน้า 1 · คำในตารางมาจาก Spark ตรงๆ ส่วนการจัดหน้าเป็นงานของหนังสือ
ผลรันจริงหน้า 2 · บรรทัดหมายเหตุด้านล่างยืนยันว่า Spark ไม่สร้างไฟล์ ไม่เพิ่ม Google Tasks ไม่ส่งข้อความ และไม่จองผลงานรอบนี้อาจยังไม่ใช่แผนที่พร้อมใช้ทันที เพราะทีมงานต้องมาช่วยกันเติมชื่อคนและกำหนดวันให้ครบถ้วน รวมถึงรายละเอียดบางข้อยังต้องตรวจสอบแหล่งที่มา แต่ความเปลี่ยนแปลงที่สำคัญเกิดขึ้นแล้ว:
- จากรายการยาวกลายเป็นตารางที่ทีมหยิบไปแบ่งงานต่อได้ทันที
- ช่องข้อมูลที่ยังไม่มีถูกเว้นไว้ให้คนมาเติม ไม่มีการแต่งข้อมูลขึ้นมาเอง
- ไม่มีการสร้างไฟล์ แอบเพิ่มงาน หรือส่งข้อความเกินขอบเขตที่สั่ง
- จุดที่ต้องตรวจเช็กถูกวางไว้ข้างแต่ละงานอย่างชัดเจน ไม่ได้เป็นแค่คำเตือนรวมๆ ท้ายหน้า
แม่แบบสำหรับนำไปปรับใช้
เคล็ดลับการเขียนพรอมต์ให้ Spark เข้าใจง่ายและไม่หลงทาง
- ระบุสิ่งที่ไม่ใช้ควบคู่เสมอ: การบอกว่า "ไม่ค้นเว็บเพิ่ม และไม่ใช้ Gmail/Drive" จะช่วยล็อกให้ Spark โฟกัสเฉพาะข้อมูลที่กำหนด และไม่แอบเรียก Connected Apps อื่น
- สั่งให้ใช้สัญลักษณ์
[...] แทนการแต่งข้อมูล: หากมีข้อมูลส่วนไหนที่ AI ไม่รู้แน่ชัด การสั่งว่า “ให้ใส่ [ผู้รับผิดชอบ] หรือ [กำหนดเสร็จ] ไว้ ห้ามเดาเอง” คือวิธีป้องกันปัญหา AI มโนข้อมูล (Hallucination) ที่ได้ผลดีที่สุด
- ระบุกริยาเฉพาะเจาะจงในจุดหยุด: แทนที่จะสั่งกว้างๆ ให้ระบุชื่อการกระทำที่ชัดเจน เช่น "ก่อนส่งอีเมล", "ก่อนแก้ไขไฟล์", "ก่อนสร้างนัด" เพื่อให้ Spark หยุดรอการยืนยันได้ถูกจังหวะ
5 จุดผิดพลาดที่ทำให้ใบมอบงานพัง
1. เป้าหมายเป็นแค่ชื่อหัวข้อ
การบอกว่า “เรื่องประชุมพรุ่งนี้” ยังไม่บอกว่าต้องการเอกสารสรุปย่อ ตาราง หรือการสร้างนัดหมาย ให้เปลี่ยนเป็นชิ้นงานที่จับต้องได้ เช่น “สรุปประเด็นก่อนประชุม 1 หน้า พร้อม 3 คำถามสำคัญที่ต้องตัดสินใจ”
2. แหล่งข้อมูลกว้างเกินจำเป็น
การบอกว่า “ใช้ข้อมูลใน Gmail” อาจทำให้ระบบไปค้นหาทั้งกล่องจดหมาย ให้ระบุผู้ส่ง ช่วงเวลา ป้ายกำกับ (label) หรือหัวข้อให้แคบลง หากเริ่มต้นจากไฟล์แนบเฉพาะได้ ควรเลือกใช้ไฟล์ก่อนเปิดสิทธิ์ทั้งแอป
3. วิธีทำมีแต่คำสั่งห้าม
คำสั่งอย่าง “อย่าเขียนยาว อย่าเขียนเป็นทางการ” ไม่ได้บอกว่าสิ่งที่ต้องการจริงๆ คืออะไร ให้ระบุสิ่งที่อยากได้ไปตรงๆ เช่น “เขียนไม่เกิน 8 บรรทัด ใช้ภาษาเป็นกันเอง และขึ้นต้นด้วยข้อสรุปสำคัญ”
4. จังหวะเริ่มไม่ตรงกับลักษณะงาน
งานที่ต้องการทำครั้งเดียวไม่จำเป็นต้องสร้าง Schedule ส่วนงานที่ขึ้นอยู่กับเหตุการณ์ก็ไม่ควรบังคับให้รันทุกชั่วโมง ในบทที่ 6 จะมีแนวทางช่วยเลือกจังหวะเริ่มงานให้เหมาะสม
5. จุดหยุดใช้คำกว้างเกินไป
คำว่า “ถามก่อนทำเรื่องสำคัญ” จะเปิดช่องให้ Spark ตีความคำว่าสำคัญเอาเอง ให้ระบุชื่อการกระทำไปเลย เช่น “ก่อนส่งอีเมลหรือสร้างนัดหมายในปฏิทิน ให้หยุดรอฉันยืนยันก่อน”
จุดที่ต้องตรวจก่อนปล่อยต่อ
- เป้าหมายระบุเป็นชิ้นงานหรือผลลัพธ์ที่ชัดเจน ไม่ใช่แค่ชื่อหัวข้อ
- แหล่งข้อมูลที่ให้ใช้มีความเฉพาะเจาะจงพอที่จะตรวจสอบได้
- วิธีทำบอกทั้งสิ่งที่ต้องการและวิธีรับมือเมื่อข้อมูลไม่ครบถ้วน
- จังหวะเริ่มงานตรงกับธรรมชาติของงานนั้นๆ
- จุดหยุดระบุชื่อการกระทำที่มีผลกระทบจริงอย่างชัดเจน
- หากงานเกี่ยวข้องกับข้อมูลส่วนบุคคล ให้เริ่มทดลองจากข้อมูลสมมุติก่อนเสมอ
ลองเลย
นำงานที่คุณจดไว้ท้ายคำนำมาลองเขียนลงในแม่แบบ 5 ช่อง โดยยังไม่ต้องสร้าง Schedule และยังไม่ต้องเปิด Connected Apps เพิ่มเติม ให้ส่งเป็น Task ในระดับชั้นที่ 1 (อ่าน ค้น และร่างเท่านั้น) แล้วสังเกตดูว่าผลลัพธ์ที่ได้มีความแม่นยำต่างจากการสั่งงานแบบสั้นๆ ที่เคยใช้อย่างไร
เมื่อเราเขียนคำสั่งมอบงานได้ชัดเจนแล้ว คำถามสำคัญถัดไปไม่ใช่แค่เรื่องผลลัพธ์สวยงามหรือไม่ แต่คือระหว่างที่ระบบกำลังทำงาน เราจะรู้ได้อย่างไรว่า Spark กำลังเดินออกนอกกรอบหรือไม่ ในบทถัดไปเราจะมาดูวิธีอ่านแผนงาน การสั่งแก้ระหว่างทาง การกดปุ่ม Stop และการรับช่วงต่อด้วย Take over
อัปเดตล่าสุด: 21 ส.ค. 2569
ความคิดเห็น
ยังไม่มีความคิดเห็น
เป็นคนแรกได้เลย