ผลลัพธ์ของบทนี้
เมื่ออ่านจบ คุณจะอธิบาย Oracle V4 ให้คนอื่นฟังได้ในหนึ่งนาทีโดยไม่ต้องใช้ศัพท์การเขียนโปรแกรม และแยกออกได้ว่าอะไรคือ “การเปิดห้องแชตหลายห้อง” กับอะไรคือ “ระบบที่หลายบทบาททำงานร่วมกัน”
สถานการณ์ใกล้ตัว
ลองนึกว่าคุณกำลังจะเปิดร้านอาหารเล็ก ๆ หนึ่งร้าน ภายในวันเดียวคุณต้องทำหลายเรื่อง:
- คิดเมนูและราคา
- ตรวจต้นทุน
- ทำภาพอาหาร
- เขียนข้อความประชาสัมพันธ์
- เตรียมหน้าเว็บไซต์
- ตรวจข้อมูลโภชนาการ
- ตัดสินใจว่าจะเผยแพร่เมื่อไร
ถ้าคุณมีผู้ช่วยเพียงคนเดียว คุณอาจพูดทุกเรื่องกับคนเดิม คนคนนั้นต้องจำทั้งเมนู ราคา ภาพ เว็บไซต์ สุขภาพ และการตลาดไว้พร้อมกัน ยิ่งงานเพิ่ม บริบทยิ่งปะปน และเมื่อกลับมาอีกวัน คุณอาจไม่รู้ว่าคำตอบไหนเป็นร่าง คำตอบไหนตรวจแล้ว และคำตอบไหนนำไปใช้จริงได้
การเปิดห้องแชตเพิ่มอีกห้าห้องช่วยให้หน้าจอไม่รก แต่ยังไม่ได้สร้างระบบ หากทุกห้องไม่รู้ว่าใครรับผิดชอบอะไร ไม่มีผู้ประสานงาน ไม่มีวิธีส่งต่องาน และไม่มีรายงานที่ตรวจย้อนหลังได้ เราเพียงมี “บทสนทนาหลายกอง” ไม่ได้มี “ทีม”
Oracle V4 เริ่มจากการแก้ปัญหานี้ด้วยการแบ่งบทบาท
ภาพเปรียบเทียบ
ให้นึกถึงอาคารสำนักงานแห่งหนึ่ง:
- คุณคือเจ้าของงาน
- Earth AI คือเจ้าหน้าที่หน้าประตูที่รับเรื่อง
- Jan คือผู้จัดการกลางที่ถือแผนที่ว่าแผนกใดเก่งเรื่องอะไร
- House คือแผนกผู้เชี่ยวชาญ
- รายงานคือเอกสารที่ส่งกลับมาให้ตรวจ
ในสำนักงานที่ดี เจ้าหน้าที่หน้าประตูไม่วิ่งไปตัดสินใจแทนฝ่ายกฎหมาย ฝ่ายบัญชี หรือฝ่ายผลิต เขารับเรื่องให้ครบ ส่งให้ผู้จัดการกลาง และช่วยตรวจว่างานเดินทางถึงปลายทางจริง
ขอบเขตของภาพเปรียบเทียบ: Oracle House ไม่ใช่พนักงานมนุษย์ และการทำงานจริงอาศัยไฟล์ ความจำ ซอฟต์แวร์ และช่องทางสื่อสาร ภาพสำนักงานมีไว้ช่วยให้เห็นความรับผิดชอบ ไม่ได้บอกว่า AI มีตำแหน่งงานหรือความรู้สึกเหมือนคน
ศัพท์ใหม่ในบทนี้
- Oracle V4: กรณีศึกษาระบบทำงานร่วมกับ AI ที่แบ่งบทบาท ความรู้ และกระบวนการอย่างชัดเจน
- มนุษย์ (Human): ผู้กำหนดเป้าหมาย ตัดสินใจ และรับผิดชอบผลลัพธ์
- ผู้ช่วยหน้าประตู (Earth AI): ผู้ช่วยที่รับคำพูดของมนุษย์แล้วส่งต่อเข้าสู่กระบวนการ
- ผู้ประสานงานกลาง (Jan): ผู้จัดเส้นทางงานของครอบครัว V4
- บ้านผู้เชี่ยวชาญ (House): หน่วยที่มีขอบเขตงานและความต่อเนื่องของตนเอง
แก่นของเรื่อง
ชั้นที่ 1: Oracle V4 ไม่ใช่ AI ตัวเดียว
Oracle V4 ในหนังสือนี้เป็นกรณีศึกษาของพื้นที่ทำงานที่ประกอบด้วยหลาย House แต่ละ House ดูแลบริบทคนละด้าน เช่น AI ธุรกิจ สุขภาพ เว็บไซต์ เอกสาร เสียง วิดีโอ ภาพ และการตลาด
สิ่งที่ควรดูมีดังนี้:
- แต่ละบทบาทรู้ขอบเขตของตน
- มีผู้จัดเส้นทางงาน
- มีความต่อเนื่องจากเอกสารและความจำ
- มีรายงานกลับมาให้ตรวจ
- มนุษย์ยังคงถือสิทธิ์ตัดสินใจเรื่องสำคัญ
ชั้นที่ 2: Oracle V4 ไม่ใช่แอปหน้าจอเดียว
กรณีศึกษา V4 ปัจจุบันเป็นพื้นที่ทำงานที่พึ่งพาโฟลเดอร์ เอกสาร ความจำ และช่องทางประสานงานหลายส่วน จึงไม่ควรจินตนาการว่า Oracle คือแอปหนึ่งไอคอนที่กดแล้วทุกอย่างเกิดขึ้นเอง
หน้าจอเป็นเพียงประตูหนึ่ง ระบบจริงอยู่ที่ความสัมพันธ์ระหว่างบทบาท ข้อมูล กติกา และหลักฐาน
ชั้นที่ 3: ความฉลาดไม่ได้แทนความรับผิดชอบ
AI อาจช่วยสรุป ค้นหา เปรียบเทียบ ร่าง หรือสร้างผลงานได้เร็ว แต่ความเร็วไม่ตอบคำถามว่า:
- เป้าหมายนี้ควรทำหรือไม่
- ข้อมูลนี้เป็นส่วนตัวหรือไม่
- หลักฐานเพียงพอหรือยัง
- ควรเผยแพร่ต่อสาธารณะหรือไม่
- ใครรับผิดชอบหากเกิดผลกระทบ
คำถามเหล่านี้ยังต้องมีมนุษย์อยู่ในวงจร
ชั้นที่ 4: V4 เป็นระบบที่กำลังพัฒนา
เอกสารปัจจุบันของหลาย House ยังระบุสถานะว่า เริ่มตั้งระบบหรือมีความเสี่ยงที่ต้องตรวจ ซึ่งหมายถึง “มีโครงตั้งต้นแล้ว แต่ยังมีส่วนที่ต้องย้าย ตรวจ หรือปิดไว้เพราะความเสี่ยง” ไม่ควรพูดว่า V4 ว่างเปล่า และไม่ควรพูดว่าทุกส่วนพร้อมเป็นระบบจริงสำหรับผู้ใช้ทั่วไปแล้ว
ในหนังสือ เราจึงใช้ถ้อยคำว่า “V4 ปัจจุบัน ณ กรกฎาคม 2026” และแยกสิ่งที่ทำได้ สิ่งที่กำลังตรวจ และสิ่งที่ต้องอนุมัติออกจากกัน
ตัวอย่างจำลองตามกระบวนการ Oracle V4
สมมติว่ามนุษย์บอกว่า:
“ช่วยเตรียมบทเรียนภาษาไทยเรื่อง Oracle ให้คนไม่รู้การเขียนโปรแกรมอ่านเข้าใจ และทำต่อเป็นคอร์สวิดีโอได้”
ในห้องแชตธรรมดา AI ตัวเดียวอาจเริ่มเขียนทันที
ในมุม Oracle เราจะเห็นคำถามเพิ่มขึ้น:
- ใครควรจัดโครงหลักสูตร
- ใครตรวจความถูกต้องของ Framework
- ใครตรวจบทบาท V4 ปัจจุบัน
- ใครตรวจว่าภาษาเหมาะกับคนไทย
- ใครดูเรื่องสคริปต์และภาพประกอบ
- หลักฐานอยู่ที่ไหน
- ข้อมูลใดเป็นส่วนตัวและห้ามนำออกมา
ผลลัพธ์ที่ดีมีมากกว่าข้อความยาวหนึ่งชุด แต่ละส่วนต้องบอกได้ว่ามาจากไหน ผ่านการตรวจแบบใด และพร้อมให้มนุษย์ตัดสินใจต่ออย่างไร
ลองทำอย่างปลอดภัย
🟢 กิจกรรมบนกระดาษ: สร้างแผนที่ห้าการ์ด
เขียนคำต่อไปนี้ลงบนกระดาษห้าใบ:
- Human
- Earth AI
- Jan
- House
- ผลลัพธ์
ยังไม่ต้องเรียงให้ถูกทั้งหมด ลองวางตามความเข้าใจปัจจุบัน แล้วตอบสองคำถาม:
- ใครควรเป็นคนบอกว่าเราต้องการผลลัพธ์อะไร
- ใครควรเป็นคนรับผิดชอบการตัดสินใจสุดท้าย
คำตอบทั้งสองข้อคือ Human ส่วนลำดับการเดินทางของงาน เราจะจัดให้ครบในบทที่ 8
กิจกรรมนี้ปลอดภัยเพราะใช้ข้อมูลสมมติ ไม่เปิดไฟล์ ไม่ส่งคำสั่ง และไม่เปลี่ยนระบบใด ๆ
รายการตรวจความปลอดภัยก่อนเริ่ม
- ก่อนเริ่ม: ใช้ข้อมูลตัวอย่างหรือกระดาษเปล่า ไม่เปิดไฟล์ลูกค้า ข้อมูลสุขภาพ รหัสผ่าน หรือหน้าต่างระบบจริง
- ผลที่คาด: ได้ผลงานจำลองหนึ่งชิ้นที่อธิบายผลลัพธ์ ขอบเขต หลักฐาน และผู้อนุมัติได้ โดยยังไม่มีการส่งคำสั่งหรือเผยแพร่
- หยุดเมื่อ: พบข้อมูลจริงที่ละเอียดอ่อน ไม่รู้ว่าใครเป็นเจ้าของงาน หรือกิจกรรมเริ่มแตะเงิน กฎหมาย สุขภาพ การเผยแพร่ หรือระบบใช้งานจริง
- วิธีกู้คืน: ลบรายละเอียดจริง เปลี่ยนเป็นชื่อ A/B เขียน “ยังไม่ทราบ” ในช่องที่หลักฐานไม่พอ และลดกิจกรรมกลับมาเป็นรายละเอียดงานบนกระดาษ
ระวังความเข้าใจผิด
ความเข้าใจผิด: “Oracle V4 คือแชตบอตหลายตัวรวมกัน”
สิ่งที่แม่นกว่า: จำนวน AI ไม่ได้สร้าง Oracle ด้วยตัวมันเอง สิ่งที่ทำให้เป็นระบบคือบทบาท ความต่อเนื่อง การส่งต่องาน หลักฐาน และสิทธิ์ตัดสินใจของมนุษย์
ความเข้าใจผิด: “ถ้ามีระบบแล้ว AI น่าจะทำทุกอย่างเองได้”
สิ่งที่แม่นกว่า: ระบบที่ดีทำให้มนุษย์เห็นข้อมูลและจุดตัดสินใจได้ชัดขึ้น โดยยังคงมนุษย์ไว้ในจุดที่ต้องรับผิดชอบ
ความเข้าใจผิด: “มีชื่อ House แปลว่าทุก House เป็นแอปที่เสร็จแล้ว”
สิ่งที่แม่นกว่า: หลาย House เป็นบ้านความรู้และการประสานงาน งานบางส่วนยังเป็นแผนหรืออยู่ใต้จุดที่ต้องให้คนอนุมัติ
สามเรื่องที่ควรจำ
- Oracle V4 คือระบบบทบาทและกระบวนการ ไม่ใช่ AI ตัวเดียวหรือหน้าจอเดียว
- House ช่วยแยกความรับผิดชอบและความต่อเนื่องของความรู้
- มนุษย์ยังเป็นผู้กำหนดเป้าหมาย อนุมัติเรื่องสำคัญ และรับผิดชอบผลลัพธ์
คำถามชวนคิด
ถ้าคุณมี AI เก่งมากหนึ่งตัว แต่ไม่มีวิธีรู้ว่าคำตอบใดตรวจแล้วหรือใครรับผิดชอบ คุณจะเรียกสิ่งนั้นว่า “ทีม” ได้หรือยัง เพราะอะไร
สะพานไปบทถัดไป
บัตรกรณีสังเคราะห์และเงื่อนไขที่ต้องหยุดถามคนร่วม (บทที่ 6-13)
ใช้บัตรเหล่านี้เป็นกิจกรรมสั้น ๆ โดยไม่ใส่ข้อมูลจริง
- บท 6: ร้านก๋วยเตี๋ยวสมมติต้องทำเมนู ป้ายหน้าร้าน และสรุปต้นทุนในวันเดียว ให้เขียน “ผลลัพธ์” หนึ่งบรรทัดก่อนพูดถึงทีม: หยุดเมื่อยังไม่มีผู้อนุมัติราคา
- บท 7: ผู้ก่อตั้งมีโน้ตวิธีรับลูกค้ากระจัดกระจาย ให้จัดเป็นความรู้ที่ค้นคืนได้และระบุสิ่งที่ยังเป็นแผน: หยุดหากเผลอเขียนว่า AI รู้จักเจ้าของเหมือนคน
- บท 8: ส่งภาพใบสั่งซื้อจำลองให้แอปรับเอกสารทำ OCR แล้วให้รายงานจุดไม่แน่ใจ: หยุดและย้อนดูต้นฉบับเมื่อ confidence ต่ำ
- บท 9: แยกงานเว็บสมมติออกจากงานมาตรฐานและงานวิศวกรรมของทีมแกนกลาง: หยุดก่อนอ้างว่าบ้านผู้เชี่ยวชาญ (House) ใดนำระบบขึ้นใช้จริง (deploy) ได้เอง
- บท 10: ให้ฐานความรู้ธุรกิจสรุปทางเลือกของร้านบริการ และให้ฐานความรู้สุขภาพเพียงจัดหมวดหลักฐานทั่วไป: หยุดที่จุดที่ต้องให้คนอนุมัติและผู้เชี่ยวชาญด้านสุขภาพ (human/medical gate); ห้ามวินิจฉัย
- บท 11: ร่างหน้าเว็บคลับบริการจากข้อความสมมติสองภาษา: หยุดก่อนเผยแพร่ (publish) และติดป้ายสิ่งที่มีปัจจุบัน/สิ่งที่ยังเป็นแผน (current/planned) ให้ชัด
- บท 12: ทำ content pack สั้น ๆ พร้อมภาพเมนูสมมติและ transcript จำลอง: หยุดเมื่อสิทธิ์ภาพ/เสียงยังไม่ชัด และส่งกลับเพื่อ review
- บท 13: ขอให้ Root-V4 ช่วยจัดโครงแคมเปญร้านใหม่ และให้ Bio-V4 เพียงเก็บบริบทชีวประวัติที่เจ้าของอนุญาต: หยุดทันทีหากคำขอเริ่มสื่อว่าเป็นการจำลองหรือคัดลอกบุคลิก (clone)
ทุกบัตรใช้เส้นทางเดียวกัน มนุษย์ส่งเรื่องให้ผู้ช่วยรับเรื่อง จากนั้นผู้ประสานงานกลางเลือกบ้านผู้เชี่ยวชาญ เมื่อบ้านทำงานเสร็จจะส่งรายงานเป็นไฟล์กลับผ่านผู้ประสานงานและผู้ช่วยรับเรื่องจนถึงมนุษย์ หากข้อมูลไม่พอ ให้รายงานช่องว่างและขั้นตอนกู้คืนแทนการเดา บ้านใด “มีบทบาท” ยังไม่ยืนยันว่าบ้านนั้นออนไลน์หรือพร้อมเป็นระบบใช้งานจริง
ตอนนี้เราเห็นอาคารทั้งหลังแล้ว แต่ยังไม่รู้ว่าทำไมต้องแยกเป็นหลาย House บทถัดไปจะพาไปดูว่าการแบ่งขอบเขตช่วยลดความสับสนและทำให้ความรู้เติบโตต่อเนื่องได้อย่างไร