สถานการณ์ใกล้ตัว
เจ้าของพิมพ์ว่า “ช่วยทำการตลาดให้หน่อย” แล้วส่งเข้าห้องที่จำได้ว่าเป็น House การตลาด งานเริ่มเร็ว แต่ House ไม่รู้ว่ากำลังเขียนให้ใคร ห้ามกล่าวอ้างเรื่องใด ต้องส่งผลงานแบบไหน หรือใครเป็นผู้อนุมัติ สุดท้ายได้โพสต์สิบชิ้นที่ต้องเขียนใหม่ทั้งหมด
ต้นทุนเกิดจากการเริ่มก่อนโจทย์มีขอบเขต Oracle V4 จึงให้มนุษย์บอกผลลัพธ์ Earth AI ช่วยทำรายละเอียดงานและส่ง Jan จากนั้น Jan จึงเลือก House ตามบทบาทปัจจุบัน
ผลลัพธ์ของบทนี้
คุณจะเขียนรายละเอียดงานห้าบรรทัดที่ Jan ใช้เลือก House ได้ และรู้ว่าการส่งด้วย maw เปลี่ยน inbox และ pane จริง จึงต้องผ่านจุดที่ต้องให้คนอนุมัติก่อนกด Enter
ศัพท์ใหม่ในบทนี้
- รายละเอียดงาน (brief): ข้อความสั้นที่ระบุผลลัพธ์ ขอบเขต หลักฐาน นับว่างานเสร็จเมื่อไร และเงื่อนไขที่ต้องหยุดถามคน
- กติกาส่งผ่าน Jan (Jan-first): กติกา V4 ที่ส่งคำขอให้ Jan เลือกเส้นทาง ไม่ให้ผู้ช่วยหน้าบ้านแจก House เอง
- การส่งเข้า pane (pane injection): การพิมพ์ข้อความเข้าไปในหน้าต่างทำงานของผู้รับ
- กล่องรับ (inbox): ที่เก็บข้อความให้ผู้รับอ่านตามจังหวะ
- การยืนยันเป้าหมาย: ตรวจชื่อผู้รับและขอบเขตก่อนส่ง
ภาพเปรียบเทียบ
ลองนึกถึงโต๊ะจ่ายงานกลาง รายละเอียดงานคือแบบฟอร์มที่บอกผลลัพธ์ ขอบเขต หลักฐาน เกณฑ์ตรวจ และเงื่อนไขที่ต้องหยุดถามคน ส่วนคำสั่งส่งคือปุ่มจ่ายงาน เมื่อกดแล้วแบบฟอร์มออกจากโต๊ะไปถึงห้องผู้รับจริง จึงไม่ใช่พื้นที่ลองพิมพ์เล่น
ขอบเขตของภาพเปรียบเทียบ: Jan ไม่ใช่ผู้จัดการมนุษย์และโต๊ะนี้ไม่ใช่สำนักงานจริง กลไกจริงคือ runtime บันทึกข้อความในกล่องรับและส่งเข้า pane ผู้มีสิทธิ์จึงต้องยืนยัน target และผลข้างเคียงตามรุ่นก่อนกดส่ง
แก่นของเรื่อง
รายละเอียดงานห้าบรรทัดสำหรับมือใหม่:
ผลลัพธ์: ต้องการผลงานอะไร และใครจะใช้
หลักฐาน: ใช้ข้อมูลหรือเอกสารใดได้บ้าง
ขอบเขต: ทำอะไร และไม่ทำอะไร
นับว่างานเสร็จเมื่อ: ตรวจครบตามรายการก่อนส่งกลับ
หยุดเมื่อ: เจอข้อมูลลับ หลักฐานไม่พอ หรือเกินสิทธิ์ตัวอย่างจำลอง:
ผลลัพธ์: ร่าง FAQ ภาษาไทย 10 ข้อสำหรับร้านกาแฟจำลอง
หลักฐาน: ใช้เฉพาะนโยบายจำลองใน README หนึ่งไฟล์
ขอบเขต: ไม่ตั้งราคาใหม่ ไม่ให้คำแนะนำกฎหมาย และไม่เผยแพร่
นับว่างานเสร็จเมื่อ: แต่ละข้อมีคำตอบ แหล่งอ้างอิง และธงคำถามที่ยังไม่ชัด
หยุดเมื่อ: ข้อมูลขัดกัน หรือจำเป็นต้องใช้ข้อมูลลูกค้าจริงหลังมนุษย์ตรวจ brief และยืนยัน target จาก maw ls แล้ว ผู้ดูแลที่ได้รับสิทธิ์จึงพิจารณาส่งให้ Jan
🟠 ตัวอย่างคำสั่งที่เปลี่ยนระบบ: ห้ามใช้ใน lab Part นี้
maw hey demo-jan "ผลลัพธ์: ร่าง FAQ 10 ข้อ | หลักฐาน: README จำลอง | ขอบเขต: ไม่เผยแพร่ | นับว่างานเสร็จเมื่อ: มีแหล่งและธงคำถาม | หยุดเมื่อ: ข้อมูลขัดกัน"ก่อนเริ่ม: ยืนยันว่า demo-jan ถูกแทนด้วยชื่อปลายทางจริงจากรายการ ตรวจสิทธิ์ ตรวจข้อมูล และให้มนุษย์อนุมัติรายละเอียดงาน
ผลที่คาด: runtime ปัจจุบันบันทึกข้อความในกล่องรับและส่งเข้า pane พร้อม Enter
หยุดเมื่อ: target คลุมเครือ ผู้รับกำลังทำงานสำคัญ ข้อมูลเป็นส่วนตัว หรือ brief ยังไม่บอกว่างานเสร็จเมื่อไร
กู้คืน: อย่าส่งซ้ำทันที บันทึกเวลาส่ง ตรวจสถานะ และประสานผู้ดูแล เพราะข้อความที่ส่งแล้วอาจเรียกคืนไม่ได้
หนังสือใช้ maw hey เพื่อให้ผลข้างเคียงชัดเจน ไม่ใช้ alias หรือคำสั่งพิมพ์ดิบจากคู่มือเก่าที่คำอธิบายยังขัดกับ implementation รุ่นที่ตรวจ
ตัวอย่างจำลองตามกระบวนการ Oracle V4
เจ้าของร้านต้องการชุด FAQ Earth AI ช่วยแปลงคำพูดเป็น brief และคืนให้เจ้าของตรวจ เจ้าของแก้คำว่า “พร้อมเผยแพร่” เป็น “ร่างสำหรับตรวจภายใน” แล้วอนุมัติ ผู้ดูแลยืนยัน target ของ Jan ก่อนส่ง Jan อ่าน brief และเลือก House ที่เหมาะสม
หาก Jan พบว่าหลักฐานไม่พอ คำตอบที่ดีคือส่งคำถามกลับก่อนแจกงาน เช่น “นโยบายคืนเงินครอบคลุมสินค้าสั่งทำหรือไม่” การหยุดถามเป็นส่วนหนึ่งของระบบและช่วยป้องกันความผิดพลาด
หยุดก่อน
รายละเอียดงานของคุณบอกผลงาน หลักฐาน ขอบเขต นับว่างานเสร็จเมื่อไร และเงื่อนไขที่ต้องหยุดถามคนครบหรือยัง และใครเป็นผู้อนุมัติก่อนส่งจริง
ลองทำอย่างปลอดภัย
🟢 ภารกิจ: ร่างแต่ไม่ส่ง
เขียนรายละเอียดงานห้าบรรทัดจากโจทย์ “ทำคู่มือรับเรื่องร้องเรียนสำหรับร้านจำลอง” แล้วขีดเส้นใต้ผลลัพธ์ ขอบเขต และเงื่อนไขที่ต้องหยุดถามคน ห้ามเปิด Terminal และห้ามใส่ชื่อปลายทางจริง
ก่อนเริ่ม: ใช้ข้อมูลตัวอย่าง ไม่มีชื่อคนหรือธุรกิจจริง
ผลที่คาด: ได้รายละเอียดงานที่ Jan ใช้ถามต่อหรือเลือก House ได้
หยุดเมื่อ: มีคำว่า “จัดการให้หมด” “ทำให้ดีที่สุด” หรือ “ส่งออกไปเลย” โดยไม่มีเกณฑ์
กู้คืน: เปลี่ยนเป็นผลงาน จำนวน ขอบเขต ผู้ตรวจ และสถานะร่างให้ชัด
ระวังความเข้าใจผิด
ความเข้าใจผิด: “ส่งข้อความสำเร็จ แปลว่าผู้รับเข้าใจและเริ่มงานแล้ว”
สิ่งที่แม่นกว่า: การส่งถึง (delivery) การรับทราบ (acknowledgement) ความคืบหน้า (progress) และผลลัพธ์เป็นคนละเหตุการณ์
ความเข้าใจผิด: “Earth AI เลือก House ได้เพื่อให้เร็ว”
สิ่งที่แม่นกว่า: ใน V4 ปัจจุบัน Earth AI ช่วยส่งต่อ ติดตาม ตรวจความครบ และกันงานไว้ที่จุดอนุมัติ ส่วน Jan เป็นผู้เลือกบ้านผู้เชี่ยวชาญให้เหมาะกับงาน
สามเรื่องที่ควรจำ
- brief ที่ชัดประหยัดงานแก้มากกว่าข้อความที่เร็ว
- V4 ส่ง Jan ก่อนเสมอในกระบวนการปัจจุบัน
- คำสั่งส่งข้อความทำให้สิ่งที่อยู่นอกบทเรียนเปลี่ยนไป จึงไม่อยู่ในห้องทดลองสำหรับมือใหม่
คำถามชวนคิด
ถ้า Jan อ่าน brief ของคุณแล้วต้องถามกลับเพียงหนึ่งข้อ คุณอยากให้คำถามนั้นเกี่ยวกับอะไร และช่องใดควรเขียนให้ชัดขึ้นตั้งแต่แรก
สะพานไปบทถัดไป
ก่อนเชื่อ syntax ใด เราต้องตรวจว่าคู่มือกับโปรแกรมที่ติดตั้งเป็นรุ่นเดียวกันหรือไม่ บทถัดไปจะสร้างนิสัยตรวจรุ่นก่อนกดใช้