สถานการณ์ใกล้ตัว
เจ้าของบริษัทเล็กแห่งหนึ่งทดลองใช้ AI ช่วยทำบทสรุปประชุม ทีมชอบผลลัพธ์ จึงเสนอให้สร้าง House ใหม่สามบ้านทันที บ้านหนึ่งชื่อ “นักคิดผู้กล้า” อีกบ้านชื่อ “นักเขียนอัจฉริยะ” และอีกบ้านชื่อ “ผู้พิทักษ์ความจริง”
ชื่อฟังดูน่าจดจำ แต่เมื่อมีบันทึกประชุมเข้ามา ทุกบ้านต่างสรุปเนื้อหา บางบ้านเพิ่มคำแนะนำ บางบ้านแก้ภาษา และไม่มีใครรู้ว่าไฟล์ฉบับใดคือผลงานสุดท้าย เจ้าของใช้เวลารวมคำตอบนานกว่าตอนมีผู้ช่วย AI ตัวเดียว
ต้นทุนไม่ได้เกิดจาก AI ทำงานช้า ต้นทุนเกิดจากการสร้างหน่วยงานก่อนรู้ว่างานคืออะไร ความรับผิดชอบซ้อนกัน งานส่งต่อไม่ชัด และเจ้าของกลายเป็นคนไกล่เกลี่ยคำตอบทุกครั้ง
ก่อนตั้ง House จึงต้องตอบคำถามที่ธรรมดากว่านั้นมาก: งานใดเกิดซ้ำ ผลลัพธ์หน้าตาอย่างไร และเราจะรู้ได้อย่างไรว่างานนั้นผ่าน
ผลลัพธ์ของบทนี้
เมื่อจบบท คุณจะมี “บัตรออกแบบ House” หนึ่งใบ ซึ่งเริ่มจากงานที่เกิดซ้ำและผลลัพธ์ที่ตรวจได้ ไม่ได้เริ่มจากชื่อเท่ บุคลิก หรือจำนวน Agent ภายในบัตรจะบอกขอบเขตงาน สิ่งที่รับเข้า ผลงานที่ส่งออก เกณฑ์ผ่าน เจ้าของ และเหตุที่ House ต้องหยุดถามมนุษย์
คำใหม่ในบทนี้:
- บ้านผู้เชี่ยวชาญ (House): หน่วยงาน AI ที่รับผิดชอบงานกลุ่มหนึ่ง มีขอบเขต ผลงาน และผู้รับผิดชอบชัดเจน
- งานที่เกิดซ้ำ: งานซึ่งมีรูปแบบคล้ายเดิมมากพอให้เขียนขั้นตอนและเกณฑ์ร่วมกันได้
- ผลงานที่วัดได้: ผลลัพธ์ที่คนอื่นเปิดดูและตรวจตามเกณฑ์ได้ เช่น รายงาน ตาราง หรือร่างพร้อมรายการตรวจ
- ขอบเขตงาน: เส้นแบ่งว่างานใดอยู่ในความรับผิดชอบ และงานใดต้องส่งต่อหรือหยุด
- สัญญางาน: ข้อตกลงสั้น ๆ ว่า House รับอะไร ทำอะไร ส่งอะไร และไม่ทำอะไร
ภาพเปรียบเทียบและขอบเขตของภาพ
ลองนึกถึงการตั้งโต๊ะบริการในงานอีเวนต์ ก่อนติดป้ายชื่อโต๊ะ เราต้องรู้ว่าโต๊ะนั้นรับเรื่องอะไร ต้องขอข้อมูลใด ส่งบัตรหรือเอกสารอะไรกลับ และเมื่อไรต้องเรียกผู้จัดการ หากตั้งโต๊ะว่า “โต๊ะคนเก่ง” ผู้ร่วมงานก็ไม่รู้ว่าควรนำเรื่องใดมาให้
House ก็เช่นกัน ชื่อช่วยให้จำได้ แต่หน้าที่และผลงานทำให้ใช้งานได้
ภาพนี้มีขอบเขต โต๊ะบริการมีคนยืนประจำและโลกจริงอยู่ตรงหน้า ขณะที่ House อาจประกอบด้วย Agent เครื่องมือ และไฟล์หลายส่วน ความสำเร็จจึงไม่ได้พิสูจน์จากป้ายหรือแผนผัง ต้องตรวจจากงานจริงภายใต้สิทธิ์และเกณฑ์ที่กำหนด
แก่นของเรื่องแบบเป็นชั้น
ชั้นที่ 1: เริ่มจากรอยงาน ไม่เริ่มจากบุคลิก
หา “รอยงาน” ที่เกิดซ้ำในช่วงทดลอง 30 วัน เช่น
- ทุกเช้าต้องรวมข้อมูลจากเอกสารสังเคราะห์สามชุดเป็นรายงานหนึ่งหน้า
- ทุกสัปดาห์ต้องเปลี่ยนบทสัมภาษณ์จำลองเป็นร่างบทความพร้อมรายการข้อที่ต้องตรวจ
- ทุกครั้งที่มีคำถามบริการจำลอง ต้องจัดทางเป็นตอบได้ ขอข้อมูลเพิ่ม หรือส่งให้มนุษย์
งานที่เหมาะเป็นผู้สมัคร House ควรเกิดซ้ำ มีจุดเริ่มและจุดจบ และมีคนบอกได้ว่าผลลัพธ์ใช้ได้หรือยัง หากงานยังเป็นคำกว้าง เช่น “ช่วยคิดธุรกิจให้ดีขึ้น” ให้ทำรายละเอียดงานให้แคบก่อน ยังไม่ต้องสร้าง House
ชั้นที่ 2: ตั้งชื่อผลงานก่อนตั้งชื่อบ้าน
เขียนประโยคนี้ให้จบ:
เมื่อได้รับ ______ House ต้องส่ง ______ เพื่อให้ ______ ตรวจและตัดสินใจต่อ
ตัวอย่างสังเคราะห์:
เมื่อได้รับบันทึกประชุมจำลอง House ต้องส่งสรุปหนึ่งหน้าพร้อมรายการงาน เจ้าของ และข้อที่ยังไม่ยืนยัน เพื่อให้หัวหน้าทีมตรวจและอนุมัติ
ประโยคนี้ทำให้เห็นผู้รับเข้า ผู้ส่งออก และผู้ใช้ผลงานในคราวเดียว หากยังเติมไม่ได้ ชื่อ House ก็ยังเร็วเกินไป
ชั้นที่ 3: เขียนสัญญางานหกช่อง
| ช่อง | คำถามที่ต้องตอบ |
|---|---|
| เหตุเรียกใช้ | งานนี้เริ่มเมื่อเกิดอะไรขึ้น |
| สิ่งที่รับเข้า | ต้องรับข้อมูลชนิดใด และห้ามรับอะไร |
| ขั้นตอนหลัก | เปลี่ยนสิ่งที่รับเข้าเป็นผลงานอย่างไรในระดับที่คนตามได้ |
| สิ่งที่ส่งออก | ส่งไฟล์ รายงาน ตาราง หรือร่างรูปแบบใด |
| เกณฑ์ผ่าน | คนตรวจดูอะไรบ้างก่อนรับผลงาน |
| เงื่อนไขที่ต้องหยุดถามคน/ส่งต่อ | เมื่อไรต้องหยุด ขอข้อมูลเพิ่ม หรือส่งมนุษย์ |
สัญญานี้ไม่ต้องเป็นเอกสารทางเทคนิคยาว ๆ แต่ต้องชัดพอที่คนสองคนอ่านแล้วคาดหวังผลลัพธ์คล้ายกัน
ชั้นที่ 4: วัดจากคุณภาพผลงาน ไม่วัดจากความคล่องของบทสนทนา
Agent อาจตอบได้ลื่นและดูฉลาด แต่ House ต้องถูกวัดจากผลงาน เช่น
- มีหัวข้อบังคับครบหรือไม่
- ข้อกล่าวอ้างทุกข้อมีแหล่งหรือป้าย “ยังไม่ยืนยัน” หรือไม่
- งานที่เกินขอบเขตถูกส่งต่อหรือไม่
- ผู้ตรวจใช้เวลาแก้มากกว่ากระบวนการฐานเดิมหรือไม่
คำว่า “ดูดี” ไม่พอ ให้เปลี่ยนเป็นรายการตรวจที่ทำซ้ำได้ และเริ่มจากเกณฑ์ไม่เกินห้าข้อเพื่อให้ทีมใช้จริง
ชั้นที่ 5: แยกป้ายความจริงออกจากภาพออกแบบ
| ป้าย | สิ่งที่เราพูดได้ในบทนี้ |
|---|---|
| ข้อเท็จจริงจากกรอบที่ศึกษา | Oracle V4 มีแผนบทบาทของ House และเส้นทางที่ Jan ช่วยจัดงาน แต่แผนบทบาทไม่ใช่หลักฐานว่าทุก House ออนไลน์หรือพร้อมใช้งานจริง |
| ข้ออนุมานเพื่อออกแบบ | งานที่เกิดซ้ำและมีผลงานวัดได้เป็นผู้สมัครที่ดีกว่างานกว้าง แต่ยังต้องทดลองก่อนตัดสินใจตั้ง House ถาวร |
| ภาพเปรียบเทียบ | โต๊ะบริการช่วยอธิบายขอบเขตและการส่งต่อ ไม่ได้บอกสถาปัตยกรรมภายในของระบบ |
| สิ่งที่ทำได้ในภารกิจนี้ | เราออกแบบบัตร House และทดสอบด้วยเอกสารสังเคราะห์แบบอ่านและเขียนในพื้นที่ฝึกได้ |
| สิ่งที่ยังเป็นแผน | การสร้าง เชื่อม หรือเปิด House ในระบบจริงต้องมีการออกแบบทางเทคนิค สิทธิ์ การทดสอบ และอนุมัติแยกจากหนังสือ |
ชั้นที่ 6: ให้คนหนึ่งคนรับผิดชอบผลสุดท้าย
House อาจมีหลาย Agent แต่ผลงานต้องมีเจ้าของงานหนึ่งบทบาท เจ้าของไม่จำเป็นต้องทำเองทุกขั้น แต่ต้องตอบได้ว่าเกณฑ์ยังเหมาะไหม ใครอนุมัติ และเมื่อเกิดความผิดพลาดใครสั่งหยุด
หากไม่มีเจ้าของ ผลลัพธ์มักถูกโยนไปมาระหว่าง “ระบบทำ” กับ “ทีมคิดว่าอีกคนดูอยู่”
หยุดก่อน
ถ้าตัดชื่อ House ออกจากกระดาษ คุณยังอธิบายได้ไหมว่ามันรับอะไร ส่งอะไร ใครตรวจ และเมื่อไรต้องหยุด ถ้ายังไม่ได้ ให้กลับไปที่ผลงานก่อน
กรณีศึกษาหรือตัวอย่างจำลองที่ปลอดภัย
“สำนักอบรมสายลม” เป็นธุรกิจสมมติ ทีมได้รับแบบประเมินหลังเรียนสังเคราะห์ทุกสัปดาห์ เดิมเจ้าของอ่านข้อความทั้งหมดเอง ใช้เวลา 90 นาที และบางครั้งพลาดข้อเสนอที่ซ้ำกัน
ทีมไม่เริ่มจากชื่อ “House นักฟังเสียงลูกค้า” แต่เริ่มจากผลงานว่า ต้องการ “รายงานเสียงสะท้อนหนึ่งหน้า” ซึ่งมีสี่ส่วน:
- ประเด็นที่ถูกกล่าวถึงซ้ำ พร้อมจำนวนจากชุดข้อมูลจำลอง
- ตัวอย่างข้อความที่ตัดข้อมูลระบุตัวบุคคลแล้ว
- ข้อที่อาจเป็นความเข้าใจผิดและต้องตรวจ
- คำถามสามข้อที่เจ้าของควรพิจารณา
สัญญางานระบุว่า House ห้ามตอบผู้เรียน ห้ามเปลี่ยนหลักสูตร ห้ามตีความข้อความสุขภาพหรือข้อร้องเรียนทางกฎหมาย และต้องหยุดเมื่อพบข้อมูลที่ดูเหมือนระบุตัวบุคคลได้
หลังทดลองกับข้อมูลตัวอย่าง ทีมพบว่าผลงานช่วยลดเวลาจัดหมวด แต่ยังต้องให้คนตรวจความหมายของคำประชด นี่เป็นหลักฐานว่าผู้สมัคร House มีประโยชน์ในขั้นจัดร่าง แต่ยังไม่ใช่หลักฐานว่าพร้อมทำงานอัตโนมัติ
กิจกรรมทดลองอย่างปลอดภัย
ภารกิจ: สร้างบัตรออกแบบบ้านผู้เชี่ยวชาญหนึ่งใบ
เลือกงานจำลองที่เกิดซ้ำหนึ่งงาน แล้วเติมบัตรนี้:
| ช่อง | คำตอบ |
|---|---|
| งานที่เกิดซ้ำ | |
| เหตุเรียกใช้ | |
| สิ่งที่รับเข้า/ห้ามรับ | |
| ผลงานที่ส่งออก | |
| เกณฑ์ผ่าน 3-5 ข้อ | |
| เจ้าของงาน/ผู้อนุมัติ | |
| เงื่อนไขที่ต้องหยุดถามคนและเส้นทางส่งต่อ | |
| สิ่งที่ House ไม่ทำ |
ตรวจล่วงหน้า: ใช้งานและข้อมูลสมมติ เลือกงานที่ย้อนกลับได้ ปิดไฟล์ลูกค้าและระบบจริง และยืนยันว่าภารกิจจบที่บัตรออกแบบ ไม่สร้างหรือเชื่อม Agent ใด
ผลที่คาด: บัตรหนึ่งใบที่คนอื่นอ่านแล้วบอกได้ว่า House รับอะไร ส่งอะไร วัดอย่างไร และไม่ทำอะไร
หยุดและถามคนเมื่อ: ผลงานไม่มีผู้ใช้ ไม่มีเกณฑ์ผ่าน งานแตะข้อมูลจริง หรือคุณต้องเขียนคำว่า “ทำทุกอย่างเกี่ยวกับ…” เพื่ออธิบายขอบเขต
วิธีกู้คืน: ลดขอบเขตเหลืองานเดียว เปลี่ยนข้อมูลเป็นสังเคราะห์ ตั้งชื่อเจ้าของงานสมมติ และเก็บบัตรเป็นร่างสำหรับทบทวนโดยไม่เปิดใช้งาน
ระวังความเข้าใจผิด
- House ไม่ใช่บุคลิกดิจิทัล ชื่อและน้ำเสียงไม่ทดแทนหน้าที่หรือหลักฐาน
- หนึ่ง House ไม่จำเป็นต้องมีหลาย Agent และหลาย Agent ไม่ได้แปลว่าคุณได้ House ที่ดี
- แผนบทบาทของ Oracle V4 แสดงความตั้งใจในการออกแบบ ไม่ได้รับรองสถานะพร้อมใช้ของทุก House
- งานที่มีผลงานชัดยังอาจไม่คุ้มทำเป็น House หากเกิดน้อยหรือคนทำได้เร็วกว่า
- การร่างบัตรไม่ให้อำนาจเข้าถึงข้อมูล ส่งข้อความ เผยแพร่ หรือเปลี่ยนระบบ
สามเรื่องที่ควรจำ
- เริ่มจากงานที่เกิดซ้ำและผลงานที่วัดได้ ไม่เริ่มจากชื่อหรือบุคลิก
- House ต้องมีสัญญางาน เกณฑ์ผ่าน เจ้าของ และเงื่อนไขที่ต้องหยุดถามคน
- แบบออกแบบเป็นเพียงสมมติฐาน ต้องพิสูจน์ด้วยการทดลองที่ปลอดภัยก่อนใช้งานจริง
คำถามชวนคิด
งานใดในธุรกิจของคุณเกิดซ้ำจนมองเห็นรูปแบบ แต่ยังเล็กพอที่จะหยุดและกลับไปทำแบบเดิมได้ภายในหนึ่งวัน
สะพานไปบทถัดไป
เมื่อรู้ว่า House จะทำงานอะไร ให้ถามต่อว่ามันควรเห็นข้อมูลใด ใครเป็นเจ้าของ และใครถอนสิทธิ์ได้ ความเก่งของ House ต้องอยู่ภายในสิทธิ์เหล่านี้ บทถัดไปจะวางกุญแจก่อนเปิดประตู