เปลี่ยนความรู้ในหัวให้กลายเป็นทีมผู้ช่วยที่ทำงานต่อได้ โดยมนุษย์ยังถือพวงมาลัย
เวลาอ่านโดยประมาณ: 20-30 นาที
เหมาะสำหรับ: เจ้าของธุรกิจ ผู้ก่อตั้ง ผู้เชี่ยวชาญ และคนที่ไม่เคยเขียนโปรแกรม
หนังสือสั้นเล่มนี้พาคุณเห็นภาพรวมก่อน จึงเลือกเฉพาะคำสั่งและส่วนของ Oracle ที่จำเป็น เป้าหมายมีเพียงสี่ข้อ:
- เห็นก่อนว่าระบบช่วยผลิตอะไรได้
- เข้าใจว่างานเดินจากมนุษย์ไปยังทีม AI แล้วกลับมาอย่างไร
- แยกได้ว่าอะไรให้ AI เตรียมได้ และอะไรมนุษย์ต้องตัดสินใจ
- เริ่มทดลองเล็ก ๆ ภายในเจ็ดวัน โดยไม่รื้อวิธีทำงานเดิม
กรณี Graceful Space ใช้บริบทธุรกิจจริงจากเอกสารที่คุณเกรซเป็นเจ้าของ ส่วนงานและผลลัพธ์ที่เล่าต่อไปเป็นตัวอย่างการประยุกต์ ไม่มีข้อมูลลูกค้าจริง และไม่ใช่คำรับรองรายได้หรือผลทางธุรกิจ สถานะล่าสุดจากเจ้าของโครงการคือ Grace AI เริ่มทำงานจริงบนเครื่องของคุณเกรซแล้ว กำลังอยู่ในช่วงวางระบบ และยังไม่ได้เปิดเป็นระบบออนไลน์อย่างเต็มรูปแบบ
รายละเอียดที่เปลี่ยนได้ เช่น ราคา ตารางเวลา จำนวนคน และโปรโมชัน ไม่ถูกนำมาใช้เป็นข้อเท็จจริงในตัวอย่างนี้ เพราะต้องถามคุณเกรซอีกครั้งก่อนนำไปใช้จริง
1. เริ่มจากผลที่อยากเห็น: ถ้าระบบทำงานดี คุณจะได้อะไร
เช้าวันจันทร์ คุณเกรซ ผู้ก่อตั้ง Graceful Space เปิดโทรศัพท์แล้วพบว่างานจากหลายทางกำลังรอคำตอบ
- คนที่สนใจถามว่าไม่เคยทำโยคะมาก่อนจะเข้าร่วม Laughter Club ได้ไหม
- ฝ่ายบุคคลของบริษัทอยากรู้ว่ากิจกรรมแบบใดเหมาะกับ Wellness Day หรือ Team Building
- ทีมสื่อสารต้องการข้อมูลเรื่อง Laughter Yoga และ Sound Healing ที่พูดได้อย่างถูกต้อง
- พาร์ทเนอร์อยากเห็นภาพว่าบริการสำหรับบุคคลทั่วไปกับ Corporate Wellness ต่างกันอย่างไร
คุณเกรซตอบได้ เพราะมีทั้งประสบการณ์ด้านธุรกิจ การออกแบบกิจกรรม Laughter Yoga, Sound Healing, Pilates และการดูแลประสบการณ์ของผู้เข้าร่วม
แต่นั่นคือปัญหา
ความรู้ของธุรกิจอยู่ในคนที่ยุ่งที่สุด เมื่อคุณเกรซไม่ว่าง ทีมไม่ได้ขาดความตั้งใจ ทีมขาด “สิ่งที่เปิดอ่านแล้วทำต่อได้”
ลองจินตนาการอีกภาพหนึ่ง แทนที่จะได้รับข้อความกองใหญ่ คุณเกรซเปิดแฟ้มงานหนึ่งชุดแล้วเห็น:
- งานที่ต้องการในหนึ่งหน้า: บอกว่าอยากได้อะไร ใครจะใช้ และอะไรห้ามทำ
- แผนที่ความรู้: บอกว่าข้อมูล วิธีตัดสินใจ ตัวอย่าง และข้อยกเว้นอยู่ที่ไหน
- ร่างจากทีมผู้ช่วย: แยกเป็นชิ้น เช่น ชุดคำถาม-คำตอบ ร่างโพสต์ ตารางเปรียบเทียบ หรือชุดคำถามที่ต้องถามเพิ่ม
- แหล่งข้อมูลที่ใช้: บอกว่าคำตอบแต่ละข้อมาจากไหน และข้อมูลใดเก่าหรือขัดกัน
- ผลการตรวจ: บอกว่าส่วนใดใช้ต่อได้ ส่วนใดยังต้องแก้ และใครต้องตัดสินใจ
- บันทึกการตัดสินใจ: เก็บทางเลือก เหตุผล ผู้อนุมัติ วันทบทวน และเหตุที่ควรเปลี่ยนใจ
แฟ้มงานชุดนี้คือผลลัพธ์ที่มองเห็นได้ของ Oracle
Oracle คือระบบที่ทำให้คำขอ ความรู้ คนรับผิดชอบ งานที่ได้ แหล่งข้อมูล และคำอนุมัติเดินไปด้วยกัน โดยมีผู้ช่วยหลายหน้าที่ร่วมงานกัน
ตัวอย่างงานหนึ่งชุดของ Graceful Space
คุณเกรซอาจเริ่มจากคำขอว่า:
“ช่วยทำคู่มือให้ทีมตอบคำถามเบื้องต้นว่า Graceful Space มีบริการอะไร ต่างกันอย่างไร และเรื่องไหนต้องส่งให้ฉันตรวจ ใช้เฉพาะข้อมูลที่อนุมัติแล้ว ห้ามใช้ข้อมูลลูกค้า ห้ามให้คำแนะนำสุขภาพ และให้ฉันตรวจก่อนเผยแพร่”
ผลที่ดีคือแฟ้มงานที่คนอื่นเปิดตรวจและทำต่อได้ ดังตัวอย่างนี้:
| งานที่ได้ | มีไว้ทำอะไร | ใครต้องตรวจ |
|---|---|---|
| ชุดคำถาม-คำตอบร่าง 10 ข้อ | ให้ทีมตอบคำถามเบื้องต้นได้ตรงกัน | ผู้ดูแลบริการ |
| ตารางอธิบายบริการ | แยก Laughter Club, Corporate Wellness, Pilates และ Sound Healing ให้เห็นภาพง่าย | คุณเกรซ |
| รายการ “เรื่องที่ยังตอบไม่ได้” | แยกข้อมูลที่เอกสารยังไม่ยืนยัน เช่น ราคา เวลา หรือจำนวนคน | คุณเกรซ |
| ผลตรวจความถูกต้อง | ตรวจแหล่งข้อมูล ภาษา และคำกล่าวอ้างเรื่องสุขภาพ | ผู้ตรวจที่ได้รับมอบหมาย |
| บันทึกคำอนุมัติ | ระบุว่าส่วนใดให้ทีมใช้ได้ และส่วนใดยังต้องแก้ | คุณเกรซ |
คำว่า “งานเสร็จ” หมายถึงมีไฟล์ให้เปิด มีแหล่งข้อมูลให้ตรวจ และรู้ว่าใครเป็นคนตัดสิน การพิมพ์คำตอบจบเพียงอย่างเดียวยังไม่พอ
ถ้าอยากเห็นวิธีสร้างงานแบบนี้อย่างละเอียด อ่าน บทที่ 1: จากคำขอหนึ่งประโยคสู่งานห้าชิ้นที่ตรวจได้ และ บทที่ 2: เจ้าของธุรกิจได้อะไรจาก Oracle ที่แชตครั้งเดียวให้ไม่ได้
2. งานไม่มีที่อยู่ คนอื่นจึงทำต่อยาก
Grace AI เริ่มทำงานจริงบนเครื่องของคุณเกรซแล้ว แต่การเปิดระบบขึ้นมาไม่ได้ทำให้ความรู้ทุกเรื่องจัดระเบียบเอง งานสำคัญยังต้องมีที่อยู่และมีคนรับผิดชอบ
ถ้าแต่ละคนใช้ AI คนละห้องแชต ร่างข้อความ สรุปประชุม และคำตอบเรื่องบริการอาจออกมาเร็ว แต่พอผ่านไปหนึ่งสัปดาห์จะเกิดคำถามเดิม:
- ร่างล่าสุดอยู่ห้องแชตไหน
- ตัวเลขนี้มาจากไฟล์ใด
- ใครแก้ข้อความนี้
- คำตอบไหนได้รับอนุมัติแล้ว
- ข้อสรุปนี้ใช้กับบริการใด หรือเฉพาะช่วงทดลอง
- ถ้าคนเดิมลา งานจะเดินต่ออย่างไร
AI แบบแชตครั้งต่อครั้งช่วย “คิดในนาทีนี้” ได้ดี แต่ธุรกิจต้องการมากกว่านั้น ธุรกิจต้องรักษาความต่อเนื่องข้ามวัน ข้ามคน และข้ามงาน
ก่อนมีระบบ | หลังจัดระบบแบบ Oracle
| ก่อนมีระบบ | หลังจัดระบบแบบ Oracle |
|---|---|
| เริ่มทุกงานด้วยการเล่าเรื่องเดิมใหม่ | เริ่มจากรายละเอียดงานและแหล่งความรู้ที่ตกลงกันไว้ |
| คำตอบอยู่ในแชตของใครของมัน | งานหลักอยู่ในไฟล์ที่ทีมเปิดตรวจได้ |
| AI เดาว่าอะไรสำคัญ | มนุษย์บอกว่าอยากได้อะไร อะไรห้ามทำ และเมื่อใดต้องหยุดถาม |
| “ฟังดูดี” ถูกใช้แทนหลักฐาน | แยกข้อเท็จจริง สมมติฐาน และสิ่งที่ยังไม่รู้ |
| เปิด AI หลายหน้าต่างแล้วเรียกว่าทีม | แบ่งหน้าที่ คนรับผิดชอบ และลำดับว่าใครส่งงานให้ใคร |
| งานจบเมื่อมีคนพิมพ์ว่าเสร็จ | งานจบเมื่อผ่านรายการตรวจและคนที่รับผิดชอบยืนยัน |
| ประวัติถูกเขียนทับจนจำเหตุผลไม่ได้ | เก็บรุ่น เหตุผล และวันทบทวนให้ตามรอยได้ |
| ทุกเรื่องกลับมารอเจ้าของตอบ | งานประจำความเสี่ยงต่ำเดินตามกติกาที่อนุมัติไว้ |
คนอื่นจะทำงานต่อได้เมื่อวิธีทำงานชัดเจน ส่วนรุ่นของ AI เป็นเพียงส่วนหนึ่งของระบบ
ลองถามตัวเองสั้น ๆ:
ถ้าพรุ่งนี้คุณหยุดตอบแชตหนึ่งวัน งานใดในธุรกิจจะหยุดเพราะ “ไม่มีใครรู้เหมือนคุณ”?
งานนั้นคือผู้สมัครที่ดีสำหรับการเริ่มถอดความรู้ แต่ยังไม่จำเป็นต้องให้ AI ลงมือจริง เราเริ่มจากทำให้ความรู้มองเห็นได้ก่อน
อ่านต่อเรื่องการเปลี่ยนความรู้เป็นทรัพย์สินได้ที่ บทที่ 3: ถอดความรู้จากหัวให้กลายเป็นทรัพย์สินของธุรกิจ
3. Oracle ในภาพเดียว: ทีมรับงานแทนที่จะเป็นกล่องวิเศษ
เมื่อคุณเกรซส่งเรื่องเข้าสู่ Oracle งานไม่ได้กระโดดไปหา AI ที่ดูเก่งที่สุดทันที งานเดินตามเส้นทางที่มีผู้รับผิดชอบ:
มนุษย์ | ผู้ช่วยรับเรื่อง Earth AI | ผู้ประสานงาน Jan | บ้านผู้เชี่ยวชาญ | รายงานเป็นไฟล์ | Jan | Earth AI | มนุษย์
อ่านจากซ้ายไปขวาได้ดังนี้:
มนุษย์: ตั้งเป้าหมายและถือสิทธิ์ตัดสินใจ
คุณเกรซบอกว่าต้องการคู่มือสำหรับใคร ใช้ข้อมูลใด ห้ามอ้างอะไร และต้องให้ใครอนุมัติ นี่คือการถือพวงมาลัย ไม่ใช่การเขียนคำสั่งเทคนิค
ผู้ช่วยรับเรื่องหน้าบ้าน: Earth AI
Earth AI ช่วยสรุปภาษาคนให้เป็นรายละเอียดงานที่ชัด ตรวจว่าอยากได้อะไร ใช้ข้อมูลไหน อะไรห้ามทำ เช็กอย่างไรว่างานครบ และเมื่อใดต้องหยุดถามมนุษย์ จากนั้นส่งต่อผู้ประสานงานกลาง ไม่เลือกบ้านผู้เชี่ยวชาญเอง
ผู้ประสานงานกลาง: Jan
Jan อ่านรายละเอียดงาน แยกงาน เลือกบทบาทที่เหมาะ กำหนดรูปแบบรายงาน และติดตามว่าส่วนใดยังขาด Jan ไม่ได้กลายเป็นเจ้าของธุรกิจ และไม่ได้อนุมัติเรื่องสำคัญแทนคุณเกรซ
บ้านผู้เชี่ยวชาญ: House
บ้านผู้เชี่ยวชาญ หรือ House คือทีมย่อยที่รับงานคนละด้านและรู้ชัดว่าตนรับผิดชอบอะไร บางบ้านดูความรู้ บางบ้านดูเอกสาร บางบ้านดูระบบหรือสื่อ แต่ละบ้านลงมือในส่วนของตน แล้วส่งรายงานเป็นไฟล์กลับ Jan
รายงานเป็นไฟล์: จุดที่ทำให้งานตรวจได้
รายงานต้องบอกอย่างน้อยว่าได้อะไร ใช้ข้อมูลใด มีข้อจำกัดอะไร ผ่านรายการตรวจข้อใด และยังรอใคร การมีไฟล์ช่วยให้คนอื่นเปิดตรวจและทำต่อได้ ส่วนความถูกต้องยังต้องดูจากแหล่งข้อมูล
เส้นทางกลับ: Jan ส่งผ่าน Earth AI ถึงมนุษย์
Jan รวมผลและข้อมูลที่ขัดกัน Earth AI ช่วยสรุปกลับเป็นภาพที่มนุษย์ตัดสินใจได้ จากนั้นคุณเกรซเลือกว่าจะอนุมัติ ทดลอง แก้ หรือหยุด
ภาพ “บ้านและครอบครัว” เป็นเพียงภาพเปรียบเทียบเพื่อช่วยจำ ในการทำงานจริง สิ่งสำคัญคือใครทำอะไร ทำได้แค่ไหน ใช้ข้อมูลใด ได้ไฟล์อะไร และส่งต่อให้ใคร ไม่ใช่การทำให้ AI มีความสัมพันธ์หรือจิตสำนึกแบบมนุษย์
ดูภาพใหญ่เพิ่มเติมที่ บทที่ 6: Oracle V4 คืออะไรในภาพใหญ่, บทที่ 7: ทำไม Oracle จึงแบ่งงานเป็นครอบครัวและบ้านผู้เชี่ยวชาญ และ บทที่ 8: เส้นทางของหนึ่งคำขอ
4. Oracle V4 เคยผลิตอะไรได้บ้าง และธุรกิจอื่นนำรูปแบบไปใช้อย่างไร
ก่อนดูตัวอย่าง ต้องรู้จักป้ายสี่คำ เพราะคำว่า “มีอยู่” ไม่ได้แปลว่า “พร้อมใช้จริง”
- ทำเสร็จ (
completed): พบงานและรายงานของรอบนั้นครบตามรายการตรวจ - อยู่ระหว่างเตรียม (
staged): มีงานหรือผลตรวจบางส่วน แต่ยังมีจุดสำคัญที่ต้องให้คนอนุมัติก่อนใช้จริง - มีส่วนที่ใช้ต่อได้ (
supported): มีส่วนประกอบที่รองรับงาน ตอนนี้ยังไม่มีหลักฐานว่าส่วนต่าง ๆ ทำงานต่อกันครบตั้งแต่ต้นจนจบ - ยังเป็นแผน (
planned): มีแบบหรือคู่มือ แต่ยังไม่มีผลงานสาธารณะที่ผ่านรายการตรวจ
ต่อไปนี้คือตัวอย่างการนำไปใช้หกแบบจากข้อมูลที่เปิดเผยได้ของ Oracle V4 รายละเอียดภายใน ระบบจริง และข้อมูลส่วนตัวไม่ถูกนำมาแสดง
ตัวอย่างที่ 1: หลายทีมทำงานคนละส่วน แล้วรวมเป็นรายงานเดียว
สถานะ: ทำเสร็จ (completed)
สิ่งที่เห็น: มีตัวอย่างงานที่หลายทีมรับส่วนต่างกัน ส่งรายงานเป็นไฟล์ แล้วมีผู้ประสานรวมเป็นใบส่งต่องานสำหรับคนตัดสินใจ
นำไปใช้กับ Graceful Space: แยกการตรวจคู่มือบริการเป็นสามส่วน ได้แก่ ความถูกต้องตามข้อมูลที่อนุมัติ ภาษาที่คนทั่วไปเข้าใจ และการไม่กล่าวอ้างผลด้านสุขภาพเกินจริง จากนั้นรวมเป็นรายงานหนึ่งชุดให้คุณเกรซ
อย่าอ้างเกินหลักฐาน: รายงานยืนยันงานรอบหนึ่ง ไม่ได้แปลว่าทุก House ออนไลน์หรือพร้อมตลอดเวลา
ตัวอย่างที่ 2: เปลี่ยนภาพเอกสารเป็นไฟล์ค้นหาได้ พร้อมบอกจุดที่อ่านไม่แน่ใจ
สถานะ: ทำเสร็จ (completed)
สิ่งที่เห็น: InkApp มีตัวอย่างการอ่านตัวหนังสือจากภาพ แล้วทำเป็นข้อความที่ค้นหาได้และไฟล์เอกสารที่เปิดแก้ได้ พร้อมชี้บรรทัดที่ควรกลับไปเทียบกับภาพเดิม
นำไปใช้กับ Graceful Space: เปลี่ยนบันทึกกิจกรรมหรือเอกสารอบรมที่คุณเกรซมีสิทธิ์ใช้ให้เป็นข้อความค้นหาได้ แล้วให้เจ้าของข้อมูลตรวจบรรทัดที่ตัวอักษรไม่ชัด
อย่าอ้างเกินหลักฐาน: มีไฟล์แล้วไม่ได้แปลว่าข้อความถูกทุกตัว และต้องตรวจสิทธิ์ของต้นฉบับก่อนใช้หรือเผยแพร่
ตัวอย่างที่ 3: เตรียมชุดบทความสองภาษาและรายการตรวจ
สถานะ: อยู่ระหว่างเตรียม (staged)
สิ่งที่เห็น: มีชุดงานบทความสองภาษา พร้อมการตรวจความครบ ความสอดคล้อง ไฟล์ภาพ และการสร้างไฟล์ก่อนส่งให้คนอนุมัติ
นำไปใช้กับ Graceful Space: เตรียมร่างหน้าอธิบาย Laughter Yoga และ Corporate Wellness ภาษาไทยกับภาษาอังกฤษ พร้อมบอกว่าประโยคใดต้องให้ผู้เชี่ยวชาญตรวจ และภาพใดต้องตรวจสิทธิ์
อย่าอ้างเกินหลักฐาน: การผ่านรายการตรวจความครบไม่เท่ากับได้รับอนุมัติให้เผยแพร่ เนื้อหา แบรนด์ สิทธิ์ และข้อกล่าวอ้างยังต้องให้มนุษย์ตรวจและอนุมัติ
ตัวอย่างที่ 4: สร้างภาพตัวอย่างและตรวจคุณภาพก่อนปล่อย
สถานะ: อยู่ระหว่างเตรียม (staged)
สิ่งที่เห็น: PicApp มีตัวอย่างผลภาพ การตรวจชนิดไฟล์ ภาพซ้ำ และคุณภาพ พร้อมโครงแอปที่ยังต้องตรวจความพร้อมของการนำขึ้นใช้
นำไปใช้กับ Graceful Space: สร้างภาพการ์ตูนตัวอย่างสำหรับกิจกรรมจากคนและเหตุการณ์ที่แต่งขึ้น แล้วตรวจโลโก้ สี ตัวอักษร และสิทธิ์ ก่อนให้คุณเกรซเลือกว่าจะพัฒนาต่อหรือไม่
อย่าอ้างเกินหลักฐาน: ภาพที่สร้างได้ไม่เท่ากับภาพที่แบรนด์อนุมัติ และการมีผลทดสอบไม่รับรองว่าผู้ให้บริการเบื้องหลังหรือระบบใช้งานจริงพร้อมในวันนี้
ตัวอย่างที่ 5: เว็บช่วยร่างเนื้อหาการตลาดพร้อมเหตุผล
สถานะ: มีส่วนที่ใช้ต่อได้ (supported)
สิ่งที่เห็น: มีโครงและข้อกำหนดของเว็บแอปที่รับโจทย์ ช่วยร่างเนื้อหา และอธิบายเหตุผลเพื่อให้มนุษย์ตรวจจริยธรรมและน้ำเสียง
นำไปใช้กับ Graceful Space: ทดลองร่างเนื้อหาชวนคนมาพัก หัวเราะ และเชื่อมต่อกัน แล้วให้ทีมแบรนด์ตรวจว่าข้อความเคารพคนที่เห็นข้อความ ไม่กดดัน และไม่อ้างผลรักษาสุขภาพ
อย่าอ้างเกินหลักฐาน: พบโครงและข้อมูลส่งต่องาน แต่ยังพิสูจน์การทำงานครบตั้งแต่ต้นจนจบไม่ได้ จึงใช้ป้าย “มีส่วนที่ใช้ต่อได้” (supported) ไม่ใช่ “ทำเสร็จ” (completed)
ตัวอย่างที่ 6: เปลี่ยนข้อความเป็นเสียงโดยขอความยินยอมก่อน
สถานะ: ยังเป็นแผน (planned)
สิ่งที่เห็น: VoyApp มีแบบเส้นทางทำเสียง ด่านความยินยอม การออกเสียง และการฟังตรวจ แต่ยังไม่มีไฟล์เสียงสาธารณะที่ใช้ยืนยันผลลัพธ์
นำไปใช้กับ Graceful Space: ออกแบบแผนเปลี่ยนคู่มือเตรียมกิจกรรมเป็นเสียงสำหรับทีมฟังก่อนเริ่มงาน โดยระบุว่าใช้เสียงใคร ใช้ข้อความใด และใครต้องยินยอม
อย่าอ้างเกินหลักฐาน: แผนไม่ใช่ผลงาน ห้ามบอกว่าระบบเสียงพร้อมใช้จนกว่าจะมีไฟล์ที่ได้รับความยินยอมและผ่านการฟังตรวจโดยคนจริง
ทั้งหกตัวอย่างมีบทเรียนเดียวกัน: เริ่มจากงานที่เปิดตรวจได้ บอกสถานะตามหลักฐาน และบอกตรง ๆ ว่าขั้นต่อไปต้องให้ใครตัดสินใจ
ดูบ้านผู้เชี่ยวชาญด้านเอกสารและสื่อเพิ่มเติมที่ บทที่ 12: InkApp, VoyApp, VidApp และ PicApp และดูตัวอย่างธุรกิจที่ บทที่ 62-64
5. “ถอดสมอง” โดยไม่สร้างสำเนาของคน
หลังเห็นตัวอย่าง คุณเกรซอาจเริ่มจากเรื่องที่ต้องใช้ประสบการณ์ตัดสินใจบ่อยที่สุด: “เมื่อไรควรรับงาน Corporate Wellness ที่ต้องปรับให้เหมาะกับแต่ละองค์กร?”
ถ้าถามกว้าง ๆ ว่า “หลักการรับงานของคุณคืออะไร” คุณเกรซอาจตอบว่า “ดูตามความเหมาะสม” คำตอบไม่ผิด แต่นำไปใช้ต่อไม่ได้
วิธีของ Oracle เริ่มจากเหตุการณ์จริงที่ทำให้ไม่ระบุตัวบุคคล:
“เล่าเหตุการณ์หนึ่งครั้งที่คุณต้องปฏิเสธหรือปรับรูปแบบกิจกรรม ทั้งที่โอกาสทางธุรกิจดูน่าสนใจ ตอนนั้นคุณเห็นสัญญาณอะไร?”
จากเรื่องเล่า ทีมค่อยแยกความรู้ออกเป็นห้าชั้น:
- ข้อเท็จจริง: เป้าหมายขององค์กร จำนวนผู้เข้าร่วมโดยประมาณ สถานที่ เวลา และทีมที่มี
- วิธีตัดสินใจ: กิจกรรมต้องเหมาะกับเป้าหมาย มีเวลาเตรียมเพียงพอ มีผู้ดูแล และไม่กล่าวอ้างเกินสิ่งที่ยืนยันได้
- ตัวอย่าง: งานแบบใดเคยรับแล้วราบรื่น และเพราะอะไร
- ข้อยกเว้น: งานบางแบบอาจปรับวิธีได้ แต่ต้องมีเหตุผลและให้คุณเกรซอนุมัติ
- สิ่งที่ยังไม่รู้: ความพร้อมของทีม รายละเอียดสถานที่ และความต้องการที่ยังไม่ชัด
ในหนังสือนี้ เราเรียกการแยกความรู้ห้าชั้นออกจากประสบการณ์ว่า “การทำความรู้ให้อยู่นอกหัว” หรือ “ถอดสมอง”
เราไม่ได้คัดลอกจิตสำนึก บุคลิก หรือความรับผิดชอบของคุณเกรซ เรากำลังเก็บตัวอย่าง วิธีคิด แหล่งข้อมูล ข้อยกเว้น และเหตุผลให้ทีมช่วยเตรียมงานได้
สรุปวิธีคิดหนึ่งหน้า
| ช่อง | ตัวอย่างของ Graceful Space |
|---|---|
| คำถาม | ควรรับคำขอ Corporate Wellness นี้เข้าสู่ขั้นเตรียมข้อเสนอหรือไม่ |
| ใช้เมื่อ | รู้เป้าหมาย จำนวนผู้เข้าร่วมโดยประมาณ วันเวลา สถานที่ และรูปแบบกิจกรรมเบื้องต้น |
| วิธีเช็ก | ทีมและเวลาเตรียมพร้อม กิจกรรมเหมาะกับผู้เข้าร่วม และมีผู้รับผิดชอบชัด |
| อย่าใช้เมื่อ | ข้อมูลสถานที่ไม่ครบ มีคำขอให้รับรองผลสุขภาพ หรือยังไม่มีผู้อนุมัติ |
| ตัวอย่าง | เหตุการณ์ตัวอย่าง A เดินหน้าต่อได้เพราะเป้าหมายชัดและมีทีมพร้อม |
| ข้อยกเว้น | งานเร่งด่วนไม่ข้ามเรื่องความปลอดภัย แม้เป็นโอกาสสำคัญ |
| ข้อมูลที่ใช้ | คำอธิบายบริการที่อนุมัติแล้ว ข้อมูลทีม และเงื่อนไขสถานที่ฉบับทดลอง |
| ทบทวนเมื่อ | บริการ ความพร้อมของทีม สถานที่ หรือข้อดูแลผู้เข้าร่วมเปลี่ยน |
เมื่อมีสรุปแบบนี้ AI ช่วยรวบรวมข้อมูลที่ขาด เทียบกับวิธีตัดสินใจ และเตรียมคำถามได้ ส่วนการตอบรับงานยังเป็นหน้าที่ของเจ้าของ เพราะผลกระทบอาจแตะเงิน คน และชื่อเสียง
หลักสำคัญคือ สมองภายนอกที่มนุษย์เป็นผู้สั่ง (External Brain, Not Command) ระบบช่วยจำ ช่วยมอง และรักษาความรับผิดชอบไว้กับมนุษย์
ฝึกวิธีสัมภาษณ์และสร้างแผนที่ความรู้ได้ที่ บทที่ 60: สัมภาษณ์ตัวเองเพื่อถอดความรู้ที่พูดไม่ออก และ บทที่ 61: สร้างแผนที่ความรู้ เกณฑ์ และข้อยกเว้น
6. ให้ AI ช่วยได้ไกลแค่ไหน โดยไม่ยกพวงมาลัยให้มัน
บ่ายวันหนึ่ง AI รวบรวมข้อมูลแล้วเห็นว่างาน Corporate Wellness หนึ่งงานน่าสนใจ แต่คุณเกรซรู้ว่าตารางทีมและเวลาเตรียมกิจกรรมอาจชนกับงานเดิม
คำแนะนำของ AI อาจมีเหตุผลครบจากข้อมูลที่มันเห็น แต่ข้อมูลที่มันไม่เห็นต่างหากที่เปลี่ยนคำตัดสิน
Oracle จึงแบ่งการมอบหมายเป็นสี่ระดับ:
- ช่วยมองเห็น: รวบรวม จัดหมวด และทำช่องว่างให้เห็น
- ช่วยคิด: เสนอทางเลือก สมมติฐาน ข้อดี ข้อเสีย และคำถาม
- ช่วยแนะนำ: แนะนำทางเลือกพร้อมเหตุผล หลักฐาน และระดับความมั่นใจ
- ดูแลงานประจำ: ทำหรือเลือกงานความเสี่ยงต่ำตามกติกาที่มนุษย์อนุมัติไว้ล่วงหน้า
ระดับสี่คือการให้ AI รับงานประจำในพื้นที่เล็กและชัด เช่น จัดหมวดคำถามจากข้อมูลตัวอย่างที่แต่งขึ้นและไม่มีข้อมูลจริง หรือเตรียมร่างรายงานตามแบบที่ตกลงกันไว้ หากเจอกรณีพิเศษต้องหยุดและส่งต่อ
มอบหมายได้ | ต้องให้มนุษย์ตัดสินใจ
| มอบหมายให้ AI เตรียมได้ | ต้องให้มนุษย์หรือผู้เชี่ยวชาญตัดสินใจ |
|---|---|
| สรุปเอกสารที่บอกชัดว่าให้อ่านส่วนใด | อนุมัติข้อสรุปที่มีผลต่อคนหรือธุรกิจ |
| ทำรายการข้อมูลที่ขาดหรือขัดกัน | เลือกว่าจะยอมรับความเสี่ยงใด |
| ร่าง FAQ, คู่มือ, โพสต์ หรือรายงานภายใน | เผยแพร่ต่อสาธารณะหรือส่งให้ลูกค้า |
| เปรียบเทียบทางเลือกตามเงื่อนไขที่มนุษย์กำหนด | กำหนดกลยุทธ์ ราคา งบประมาณ หรือข้อผูกพัน |
| ตรวจรูปแบบ ความครบ ลิงก์ และความสอดคล้อง | รับรองข้อกฎหมาย การเงิน สุขภาพ หรือความปลอดภัย |
| ติดป้ายข้อเท็จจริง สมมติฐาน และสิ่งที่ยังไม่รู้ | ตัดสินกรณีข้อยกเว้นที่กระทบสิทธิ์หรือความเป็นธรรม |
| เตรียมงานประจำความเสี่ยงต่ำในโหมดทดลอง | ใช้เงินจริง ลบข้อมูล เปลี่ยนฐานข้อมูล หรือแตะระบบผลิต |
| แจ้งว่าหลักฐานไม่พอและหยุด | สั่งให้เดินหน้าทั้งที่หลักฐานไม่พอ |
คำถามสามข้อก่อนเพิ่มอำนาจให้ AI
- ถ้าทำผิด ผลย้อนกลับได้หรือไม่
- มีกติกาที่คนสองคนอ่านแล้วตีความตรงกันหรือไม่
- เมื่อเจอข้อยกเว้น ระบบรู้หรือไม่ว่าต้องหยุดหาใคร
ถ้าข้อใดตอบไม่ได้ อย่าเพิ่มอำนาจ ให้ AI อยู่ที่ระดับช่วยมองเห็นหรือช่วยคิดก่อน
อ่านรายละเอียดที่ บทที่ 5: มอบงานได้ แต่มนุษย์ยังถือพวงมาลัย และ บทที่ 64: โต๊ะช่วยตัดสินใจสำหรับเจ้าของธุรกิจ
7. เริ่มใช้แบบปลอดภัย: หนึ่งโฟลเดอร์ หนึ่งไฟล์ หนึ่งคำถาม
ถึงตรงนี้ หลายคนเริ่มคิดว่า “ภาพรวมเข้าใจแล้ว แต่ต้องเป็นโปรแกรมเมอร์ไหม?”
ไม่จำเป็นสำหรับการทดลองครั้งแรก
รอบแรกมีไว้เรียนรู้สามอย่าง โดยยังไม่สร้างบ้านผู้เชี่ยวชาญใหม่ ไม่ส่งข้อความไปหา Jan จริง และไม่เปิดทุกหน้าต่างของ Oracle V4:
- AI กำลังอ่านข้อมูลส่วนไหนอยู่
- มันเสนออะไร และมีหลักฐานจากไหน
- เราจะหยุดตรงไหนก่อนเกิดการเปลี่ยนแปลง
ขั้นที่ 1: เปิดโต๊ะทำงานในโปรแกรม VS Code
สร้างโฟลเดอร์ฝึกที่ไม่มีข้อมูลจริง เช่น demo-oracle แล้วใส่ไฟล์ README.md หนึ่งไฟล์ ภายในเขียนนโยบายร้านสมมติสั้น ๆ
เปิดเฉพาะโฟลเดอร์นี้ในโปรแกรมแก้ไขงาน VS Code การจำกัดพื้นที่ตั้งแต่ต้นช่วยลดโอกาสที่ AI จะอ่านไฟล์นอกโจทย์ แต่ยังต้องตรวจรายการไฟล์ที่เปิดอยู่เสมอ
ขั้นที่ 2: คุยกับผู้ช่วย Claude Code โดยให้วางแผนก่อน
ถ้าใช้ส่วนเสริม Claude Code ใน VS Code ให้เริ่มด้วยโหมดวางแผน (Plan) และขอให้อ่านเท่านั้น หน้าตา ชื่อปุ่ม และสิทธิ์อาจเปลี่ยนตามรุ่น จึงต้องตรวจเอกสารและหน้าจอปัจจุบันก่อนสอนหรือถ่ายคอร์ส
ข้อความทดลอง:
อ่านเฉพาะข้อความที่เลือก สรุปเป็นภาษาไทย 3 ข้อ และบอก 1 จุดที่ควรถามต่อ
ห้ามแก้ไฟล์ ห้ามสร้างไฟล์ และห้ามรันคำสั่ง
หลัง AI ตอบ ให้ตรวจสี่เรื่อง:
- มันอ่านเฉพาะสิ่งที่เลือกหรือไม่
- สรุปตรงกับต้นฉบับหรือไม่
- มันเติมสิ่งที่เอกสารไม่ได้พูดหรือไม่
- มีรายการสิ่งที่ระบบเสนอให้เปลี่ยนในไฟล์หรือไม่ รอบนี้ต้องไม่มี
ขั้นที่ 3: เปิดหน้าต่าง Terminal เพื่อดูสถานะก่อน
หน้าต่าง Terminal คือหน้าต่างที่เราใช้ดูหรือส่งคำสั่งให้คอมพิวเตอร์ คำสั่งต่อไปนี้ใช้ดูรุ่น คู่มือ รายการ และสัญญาณพื้นฐาน แต่ผลลัพธ์อาจเปิดเผยชื่อชุดงานที่ tmux เปิดค้างไว้หรือข้อมูลเครื่อง จึงใช้บนเครื่องที่ได้รับสิทธิ์และไม่แชร์หน้าจอ
ถ้างานอยู่ใน tmux ให้คิดว่า Terminal เป็นเพียงกระจกที่เราใช้มองเข้าไปในบ้าน การปิด Terminal หมายถึงเลิกมอง ส่วนงานข้างในยังทำต่อได้ตราบใดที่เครื่องยังเปิด ชุดงานยังอยู่ และโปรแกรมข้างในยังไม่หยุด หากเครื่องดับ รีสตาร์ต โปรแกรมล้ม หรือมีคนสั่งหยุดจริง งานก็หยุดได้
🟢 ตรวจรุ่นและคู่มือ:
maw --version
maw --help
tmux -V🟡 ดูรายการและสัญญาณพื้นฐาน โดยไม่เปิดอ่านข้อความในช่องทำงาน:
tmux ls
maw ls
maw healthตรวจความพร้อมก่อนเริ่ม: อยู่บนเครื่องและโฟลเดอร์ที่ได้รับอนุญาต ปิดการแชร์หน้าจอ และรู้ว่าตนกำลังตอบคำถามอะไร
ผลที่คาด: เห็นรุ่น คู่มือ รายชื่อชุดงาน หรือสัญญาณพื้นฐาน โดยไม่มีการส่งข้อความและไม่มีการแก้ไฟล์
หยุดเมื่อ: คำสั่งไม่พบ รุ่นไม่ตรงคู่มือ ผลลัพธ์มีชื่อหรือข้อมูลภายใน หรือมีคำแนะนำให้ซ่อม/เปลี่ยนระบบ
กู้คืน: ไม่เดาคำสั่ง ไม่ติดตั้งหรือซ่อมสด ปิดการแชร์ บันทึกว่า “ยังไม่พร้อม” แล้วกลับไปใช้ภาพหรือข้อมูลจำลอง
tmux ls หรือ maw ls บอกเพียงว่ามีอะไรปรากฏในรายการ ไม่ได้พิสูจน์ว่างานเสร็จ maw health บอกสัญญาณพื้นฐาน ไม่ได้รับรองว่าเนื้อหารายงานถูกต้อง ส่วนการเปิดข้อความล่าสุดในช่องทำงานอาจเห็นข้อมูลลับ จึงไม่อยู่ในแบบฝึกมือใหม่ฉบับย่อนี้
คำสั่งของ maw, tmux และ Claude Code เปลี่ยนตามรุ่นได้ ต้องตรวจ --help และเอกสารของรุ่นที่จะใช้จริงเสมอ
ขั้นที่ 4: เขียนงานที่ต้องการห้าบรรทัด แต่ยังไม่ส่ง
งานที่ต้องการ: ต้องการอะไร และใครจะใช้
ข้อมูลที่ใช้ได้: อนุญาตให้ใช้ข้อมูลหรือเอกสารใด
สิ่งที่ทำและไม่ทำ: ให้ช่วยอะไร และห้ามทำอะไร
เช็กว่างานครบ: ต้องเปิดดูแล้วเห็นอะไร
หยุดและถามคนเมื่อ: พบเรื่องใดแล้วห้ามเดาต่อ
ตัวอย่าง Graceful Space:
งานที่ต้องการ: ร่างคำถาม-คำตอบภาษาไทย 10 ข้อให้ทีมอธิบายบริการเบื้องต้น
ข้อมูลที่ใช้ได้: ใช้เฉพาะคำอธิบายบริการที่คุณเกรซอนุมัติให้ใช้ในการทดลอง
สิ่งที่ทำและไม่ทำ: ไม่ใช้ข้อมูลลูกค้า ไม่ให้คำแนะนำสุขภาพ และไม่เผยแพร่
เช็กว่างานครบ: ทุกข้อบอกแหล่งข้อมูลและแยกเรื่องที่ยังตอบไม่ได้
หยุดและถามคนเมื่อ: เอกสารขัดกัน ข้อมูลอาจเก่า หรือจำเป็นต้องใช้ข้อมูลจริง
จบรอบแรกตรงนี้
การยังไม่ส่งก็ถือว่าได้ประโยชน์ เพราะคุณมีรายละเอียดงานที่ช่วยแก้ความเข้าใจผิดก่อนเริ่มลงมือ หากจะส่งเข้า Oracle V4 จริง ต้องให้ Earth AI ตรวจและส่งผ่าน Jan ตามสิทธิ์ของระบบนั้น ไม่ควรเดาเองว่าจะส่งให้ House ใด
คู่มือทีละขั้นอยู่ที่ บทที่ 38: เริ่มจากโต๊ะเปิดไฟล์ ผู้ช่วยในจอ และหน้าต่างคำสั่งเดียว, บทที่ 40: บันไดความเสี่ยงของคำสั่ง, บทที่ 43: มองผ่านหน้าต่างดู Jan และบ้านผู้เชี่ยวชาญ โดยไม่รบกวนงาน และ บทที่ 48: ห้องทดลองคำสั่งอ่านอย่างเดียวสำหรับมือใหม่
เขียนงานที่ต้องการในหนึ่งหน้า
ใช้หน้านี้ก่อนเปิดเครื่องมือใด ๆ เลือกงานจริงหนึ่งงาน แต่รอบแรกให้ใช้ข้อมูลตัวอย่างที่แต่งขึ้นและไม่มีข้อมูลจริง
A. งานที่ต้องการ
- งานที่ต้องการ: __________________________________________________
- คนที่จะเปิดใช้งานนี้: ____________________________________________
- ปัญหาที่งานนี้ช่วยลด: ____________________________________________
B. ข้อมูลที่ใช้ได้
- เอกสารหรือข้อมูลที่อนุญาตให้ใช้: _________________________________
- แหล่งใดใหม่ที่สุด/ได้รับอนุมัติ: __________________________________
- มีเรื่องใดขัดกันหรือยังไม่รู้: ______________________________________
C. สิ่งที่ให้ช่วยและสิ่งที่ห้ามทำ
- ให้ AI ช่วยทำ: __________________________________________________
- ห้าม AI ทำ: _____________________________________________________
- ข้อมูลใดห้ามใส่: _________________________________________________
D. วิธีเช็กว่างานครบ
- เปิดไฟล์แล้วต้องเห็นอะไร: ________________________________________
- ต้องอ้างหลักฐานอย่างไร: __________________________________________
- ใครเป็นผู้ตรวจคุณภาพ: ____________________________________________
E. คนที่ต้องตัดสินใจ
- ใครเป็นคนตัดสินใจสุดท้าย: _______________________________________
- เรื่องใดต้องหยุดรอมนุษย์: _________________________________________
- วันหรือเหตุที่ต้องกลับมาทบทวน: ___________________________________
F. ประสบการณ์ที่อยากเก็บไว้ให้ทีมใช้
- เหตุการณ์หนึ่งครั้งที่ควรสัมภาษณ์: _________________________________
- วิธีตัดสินใจที่เจ้าของใช้แต่ยังไม่ได้เขียน: _________________________
- ข้อยกเว้นที่ทีมมักไม่รู้: __________________________________________
เช็กความปลอดภัยก่อนทดลอง
- เช็กก่อนเริ่ม: ใช้ข้อมูลตัวอย่าง เริ่มจากงานเล็ก และรู้ว่าใครเป็นคนรับผิดชอบ
- สิ่งที่ควรได้: ได้รายละเอียดงานและร่างให้คนตรวจ โดยยังไม่กระทบลูกค้าหรือระบบจริง
- หยุดและถามคนเมื่อ: พบข้อมูลลับ ข้อมูลไม่พอ งานไม่ชัด หรืออาจเกิดผลกระทบสูง
- ถ้าพลาดให้กลับมาอย่างไร: ปิดการทดลอง กลับสู่วิธีเดิม ลดงานให้เล็กลง และบันทึกสิ่งที่เรียนรู้
8. แผนเจ็ดวัน: ทดลองให้เห็นประโยชน์ โดยไม่รื้อธุรกิจเดิม
Grace AI เริ่มทำงานจริงบนเครื่องของคุณเกรซแล้ว แต่คุณเกรซยังไม่ต้องประกาศว่าระบบทำได้ทุกอย่าง การค่อย ๆ วางระบบจากงานเล็กช่วยให้ทีมเห็นข้อดีและข้อที่ต้องแก้ก่อนเปิดใช้กว้างขึ้น
ให้เริ่มแบบเงา: วิธีเดิมยังทำงานตามปกติ ส่วน Oracle ช่วยทำร่างคู่ขนานหนึ่งงาน แล้วนำผลมาเทียบกัน
วันที่ 1: เลือกงานที่เล็กและย้อนกลับได้
เลือกงานซ้ำหนึ่งงานที่ไม่แตะเงิน สุขภาพ กฎหมาย ข้อมูลส่วนตัว การเผยแพร่ หรือระบบใช้งานจริง เช่น ร่าง FAQ จากนโยบายจำลอง
หลักฐานวันนี้: บอกได้ว่างานเดิมใช้เวลาและมีจุดสะดุดตรงไหน โดยไม่ตั้งตัวเลขผลลัพธ์ล่วงหน้า
หยุดและถามคนเมื่อ: งานกว้างเกินหนึ่งเรื่อง หรือผลผิดแล้วแก้กลับยาก
วันที่ 2: เขียนงานที่ต้องการในหนึ่งหน้า
กรอกว่าอยากได้อะไร ใครจะใช้ ใช้ข้อมูลใด อะไรห้ามทำ เช็กอย่างไรว่างานครบ เมื่อใดต้องหยุดถาม และใครเป็นคนอนุมัติ ใช้แบบด้านบนได้ทันที
หลักฐานวันนี้: คนอีกหนึ่งคนอ่านแล้วอธิบายงานกลับได้ตรงกัน
หยุดและถามคนเมื่อ: คุณยังบอกไม่ได้ว่าอะไรถือว่าเสร็จ
วันที่ 3: ถอดความรู้จากเหตุการณ์หนึ่งครั้ง
สัมภาษณ์เจ้าของหรือผู้เชี่ยวชาญจากเหตุการณ์จริงที่ลบรายละเอียดจนไม่รู้ว่าเป็นใคร แยกข้อเท็จจริง วิธีตัดสินใจ ตัวอย่าง ข้อยกเว้น และสิ่งที่ยังไม่รู้
สิ่งที่ต้องมีวันนี้: ได้สรุปวิธีคิดหนึ่งหน้าที่เจ้าของอ่านแก้แล้ว
หยุดและถามคนเมื่อ: เรื่องแตะความลับหรือผู้เล่าไม่ต้องการให้บันทึก
วันที่ 4: ให้ AI อ่านและร่างในพื้นที่ฝึก
เปิดโฟลเดอร์ฝึกใน VS Code ใช้ Claude Code โหมดวางแผน ขอให้อ่านและร่างโดยไม่แก้ไฟล์หรือรันคำสั่ง
หลักฐานวันนี้: มีร่างหนึ่งชิ้น พร้อมรายการสิ่งที่ AI ยังไม่รู้
หยุดและถามคนเมื่อ: AI ใช้ข้อมูลนอกสิ่งที่อนุญาต เติมข้อเท็จจริง หรือเสนอเปลี่ยนไฟล์
วันที่ 5: ตรวจงานด้วยคนอีกบทบาท
ให้คนที่ไม่ได้ร่างตรวจสามชั้น: ความถูกต้องตามหลักฐาน ความเข้าใจง่าย และข้อห้าม บันทึกข้อผิดพลาดเป็นรูปแบบ ไม่ใช่ตำหนิคนหรือ AI
หลักฐานวันนี้: รายงานตรวจงานที่บอกทั้งสิ่งที่ผ่านและสิ่งที่ไม่ผ่าน
หยุดและถามคนเมื่อ: ไม่มีรายการตรวจ หรือผู้ตรวจต้องเดาความต้องการ
วันที่ 6: เปรียบเทียบกับวิธีเดิม
เปรียบเทียบแบบไม่เลือกข้างล่วงหน้า:
- วิธีใดทำให้หลักฐานหาเจอง่ายกว่า
- วิธีใดทำให้คนที่มาทำต่อเข้าใจเร็วกว่า
- ต้องแก้งานกี่รอบ และเพราะอะไร
- มีความเสี่ยงใหม่อะไรจากการใช้ AI
- ส่วนใดควรเก็บวิธีเดิมไว้
หลักฐานวันนี้: ตารางก่อน-หลังหนึ่งหน้าและรายการข้อผิดพลาด
หยุดและถามคนเมื่อ: ใช้ความรู้สึกครั้งเดียวสรุปว่า “ดีกว่าแน่นอน”
วันที่ 7: ตัดสินใจว่าจะหยุด ทำซ้ำ หรือขยายเล็กน้อย
คุณเกรซเลือกได้สามทาง:
- หยุด: ถ้าต้นทุนตรวจสูง ความเสี่ยงไม่คุ้ม หรือยังไม่มีเจ้าของ
- ทำซ้ำ: ใช้งานเดิมอีกรอบเพื่อดูว่าปัญหาเกิดซ้ำหรือไม่
- ขยายหนึ่งขั้น: เพิ่มเอกสารหนึ่งไฟล์ ผู้ตรวจหนึ่งบทบาท หรืองานหนึ่งประเภท ไม่เพิ่มทุกอย่างพร้อมกัน
หลักฐานวันนี้: บันทึกการตัดสินใจที่มีเหตุผล เจ้าของ วันทบทวน และทางกลับ
ใครตัดสิน: มนุษย์เลือกเองว่าจะเดินหน้า ไม่มีคะแนนจาก AI ใดบังคับให้ขยาย
ทางกู้คืนของการทดลองทั้งเจ็ดวัน
หากพบข้อมูลผิดพื้นที่ ข้อมูลส่วนตัว การตัดสินใจเกินสิทธิ์ หรือผลที่ย้อนกลับยาก:
- หยุดการทดลอง
- ไม่ส่งต่อหรือเผยแพร่งานที่ยังไม่ได้ตรวจ
- แยกหรือลบข้อมูลตามนโยบายและกฎหมายขององค์กร
- กลับไปใช้กระบวนการเดิม
- บันทึกว่าเกิดอะไร โดยไม่ซ่อนข้อผิดพลาด
- ให้ผู้มีอำนาจตัดสินว่าจะซ่อม ทดสอบใหม่ หรือยุติ
แผนทดลอง 30 วันฉบับละเอียดอยู่ที่ บทที่ 66: แผนทดลอง Oracle 30 วันโดยไม่รื้อธุรกิจเดิม
ปิดเล่ม: ทีม AI ที่ดีไม่ได้ทำให้เจ้าของหายไป
หนึ่งสัปดาห์ผ่านไป Grace AI อาจยังไม่ใช่ระบบออนไลน์ที่พร้อมครบทุกส่วน
แต่เธอมีสิ่งที่สำคัญกว่า:
- งานหนึ่งเรื่องที่อธิบายสิ่งที่ต้องการและข้อห้ามได้
- ความรู้หนึ่งเรื่องที่ไม่ต้องอยู่ในหัวคนเดียว
- ร่างหนึ่งชิ้นที่รู้ว่ามาจากหลักฐานใด
- รายงานหนึ่งใบที่บอกตรง ๆ ว่ายังไม่รู้อะไร
- จุดตัดสินใจหนึ่งจุดที่ทุกคนรู้ว่าใครต้องตอบ
- ทางกลับหนึ่งเส้นหากการทดลองไม่คุ้ม
Oracle เริ่มมีประโยชน์เมื่อคนในทีมเริ่มถามคำถามเดียวกัน โดยไม่ต้องรอให้ AI ดูเหมือนฉลาดที่สุด:
เราต้องการงานอะไร ข้อมูลมาจากไหน ใครทำต่อ และเรื่องใดมนุษย์ต้องตัดสินใจ?
จำเพียงสามเรื่องก็พอ:
- เริ่มจากผลงาน ไม่เริ่มจากจำนวนฟังก์ชัน
- ถอดความรู้ ไม่ถอดความเป็นมนุษย์
- ให้ AI ช่วยถือแผนที่ แต่มนุษย์ยังถือพวงมาลัย
เมื่อพร้อมลงรายละเอียด ให้กลับไปอ่าน หนังสือ Oracle ภาษาไทยฉบับเต็ม 72 บท และใช้ สมุดงานสำหรับเจ้าของธุรกิจ ควบคู่กัน