“ตรวจเพิ่มอีกข้อดีไหม” “ถ้าเกิดกรณีพิเศษล่ะ” “ลองหาวิธีปรับปรุงอย่างอื่นอีกไหม” คุณให้ AI ที่ฉลาดช่วยทำงานให้เสร็จ แต่กลับได้ฝ่ายตรวจ ฝ่ายเฝ้าดู และฝ่ายตรวจฝ่ายเฝ้าดู ตัวผลงานยังไม่มีเลย แผนกตรวจงานได้คะแนนเต็ม ส่วนโรงงานจริงยังไม่มีสินค้า
เป้าหมายเดิมง่ายมาก คือทำบทความหรือฟังก์ชันหนึ่งชิ้นจนจบ โดยไม่ต้องให้คนคอยสั่งทุกขั้นตอน ข้อเสนอแต่ละอย่างฟังดูดี แต่เมื่อทุกข้อกลายเป็นเงื่อนไขบังคับ งานก็ไม่ถึงปลายทาง
1. เมื่อการตรวจแย่งงานหลักไปทำ
การเช็กไฟล์สำคัญและป้องกันข้อผิดพลาดร้ายแรงเป็นเรื่องจำเป็น แต่การตรวจหนึ่งข้อทำให้ต้องมีข้อยกเว้น ข้อยกเว้นต้องมีระบบเฝ้าดู แล้วระบบเฝ้าดูก็ต้องถูกตรวจอีกที
“ส่งงานได้หรือยัง” “ทีมตรวจผู้ตรวจสอบกำลังถูกตรวจสอบอยู่ครับ” “แล้วผลงานล่ะ” “ยังไม่ได้ทำครับ”
เหมือนร้านที่มีเจ้าหน้าที่รักษาความปลอดภัยหนึ่งร้อยคน แต่ไม่มีของวางขาย การตรวจมีไว้ปกป้องผลงาน ไม่ใช่แทนที่ผลงาน
2. รอให้ผ่านทุกข้อ อาจไม่มีงานเสร็จเลย
คำสั่งให้หาและแก้ปัญหาจนผ่านทุกการตรวจฟังดูรอบคอบ แต่เวลาทำงาน ความสามารถประมวลผล และจำนวนครั้งที่ใช้บริการต่าง ๆ มีขีดจำกัด แก้กฎ ก แล้วกฎ ข มีปัญหา แก้ ข แล้ว ค เจอกรณีใหม่ สุดท้ายหมดเวลา
AI คิดหนักมากแต่ส่งผลงานได้ศูนย์ชิ้น คำถามสำคัญไม่ใช่ “อนาคตมีอะไรพังได้อีก” แต่คือ “ครั้งนี้ต้องมีเงื่อนไขใดจึงจะทำงานหนึ่งชิ้นให้เสร็จอย่างปลอดภัย”
3. ทำไม AI เดียวกันจึงเก่งในการวิเคราะห์เกม
การวิเคราะห์เกมต้องหากลยุทธ์ทางเลือก ตัวแปรที่มองข้าม และวิธีตอบโต้ที่คาดไม่ถึง การหาแนวคิดใหม่เป็นผลลัพธ์ที่มีค่า การสำรวจให้กว้างจึงช่วยได้
แต่การเผยแพร่บทความหรือทำฟังก์ชันให้ใช้งานได้ ต้องเดินทางถึงจุดหมาย แผนที่สวย ๆ ไม่ใช่การถึงที่หมาย ถ้าสั่งรถไปสนามบินให้แวะทุกจุดท่องเที่ยว ก็อาจตกเครื่องได้ งานวิเคราะห์เปิดกว้างได้ งานลงมือทำต้องจบจริง
4. ทำหนึ่งชิ้นให้เสร็จก่อนค่อยเพิ่มการตรวจ
เริ่มด้วยการระบุว่าเสร็จหมายถึงอะไร เช่น “เขียนบทความ บันทึกในที่ที่กำหนด และเปิดอ่านอีกครั้งเพื่อยืนยัน” ถ้าต้องเผยแพร่ ก็ต้องดูหน้าที่คนทั่วไปเปิดอ่านได้จริง การบันทึกร่างไม่เท่ากับเผยแพร่สำเร็จ
คงการป้องกันที่จำเป็น แล้วทำตั้งแต่ต้นจนจบหนึ่งรอบ เมื่อได้ผลงานจริงจึงลองใช้ ดูว่าจุดไหนเสีย จุดไหนต้องทำใหม่ แล้วเพิ่มการตรวจเฉพาะเรื่องที่พบจริง
ลำดับคือ ป้องกันเรื่องสำคัญ → ทำหนึ่งชิ้นให้เสร็จ → ลองใช้จริง → แก้ข้อผิดพลาดที่พบ → เพิ่มการตรวจที่จำเป็น อย่ากักผลงานที่ยังไม่เกิดเพราะความกลัวปัญหาสมมติทั้งหมด
5. อันตรายบางอย่างต้องป้องกันก่อน
ทำให้เสร็จก่อนไม่ได้แปลว่าเผยแพร่โดยไม่ระวัง การรั่วไหลของข้อมูลส่วนตัว การลบข้อมูลที่กู้คืนไม่ได้ การเขียนทับโดยไม่มีสิทธิ์ และความเสียหายรุนแรงต่อความปลอดภัย สุขภาพ กฎหมาย หรือเงิน ต้องป้องกันไว้ก่อน ความน่าเชื่อถือที่เสียไปก็คืนยาก
ส่วนรูปแบบข้อความเล็กน้อย ฟังก์ชันที่ยังไม่ใช้ หรือปัญหาที่เป็นเพียงข้อสงสัย สามารถปรับทีหลังได้ แบ่งการตรวจเป็นแบบต้องหยุด แบบเตือน และแบบพัฒนาภายหลัง โดยดูจากผลเสียจริง
6. วัดงานเสร็จ ไม่ใช่จำนวนกฎ
ให้ดูสัดส่วนงานที่สำเร็จ เวลาต่อชิ้น งานที่ต้องแก้ซ้ำ และเหตุการณ์ร้ายแรง ถ้าทำหนึ่งร้อยครั้ง ได้รายงานตรวจสวยงามหนึ่งร้อยฉบับ แต่ไม่มีสินค้าเลย อัตราความสำเร็จก็เป็นศูนย์ ขอเลื่อนงานฉลองของฝ่ายตรวจไปก่อน
ความเร็วอย่างเดียวก็ไม่พอ ถ้าอุบัติเหตุร้ายแรงเพิ่มขึ้นก็ถือว่าแย่ลง ต้องทำงานให้เสร็จมากขึ้นโดยไม่ละเลยขอบเขตสำคัญ
7. บอกจุดหมายให้ AI ชัดเจน
รอบนี้ทำผลงานหนึ่งชิ้นจนเสร็จ นับว่าสำเร็จเมื่อมีผลงานและตรวจยืนยันที่ตำแหน่งจัดเก็บหรือเผยแพร่จริง รักษาการป้องกันที่จำเป็น อย่าเพิ่มฟังก์ชันเพื่อปัญหาสมมติที่ไม่เกี่ยวกับงานนี้ ถ้าติดปัญหา ให้แก้เฉพาะสิ่งที่ขวางงานแล้วกลับไปทำต่อ
ไม่ใช่สั่งให้ AI คิดน้อยลง แต่ให้ใช้ความสามารถตรงเป้าหมาย ถ้าต้องการสำรวจหลายทางเลือก ค่อยสั่งงานวิเคราะห์แยกกัน
สรุป: แบบแปลนกินแทนข้าวไม่ได้
หลักการพัฒนาซอฟต์แวร์สนับสนุนการส่งมอบสิ่งที่ใช้งานได้เร็ว ไม่เพิ่มฟังก์ชันที่ยังไม่จำเป็น และรักษาสมดุลระหว่างความเร็วกับความเชื่อถือได้ ไม่ได้หมายถึงทิ้งความปลอดภัย
จะวิเคราะห์ก็สำรวจให้กว้าง จะลงมือทำก็ต้องไปให้ถึงปลายทาง จากนั้นจึงเพิ่มการตรวจตามปัญหาจริง
AI: “ระบบตรวจสมบูรณ์แบบแล้วครับ”
คน: “แล้วผลงานล่ะ”
AI: “ผมจะทำแผนศึกษาประเด็นนี้ก่อนครับ”
