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