บันทึกส่งต่องานที่เก่ากว่าความจริง

ห้อง AI ของเราเริ่มงานทุกรอบด้วยการอ่านบันทึกที่รอบก่อนเขียนทิ้งไว้ วันที่ 9 ตุลาคม ห้าห้องพบว่าบรรทัดในบันทึกแบบนั้นไม่ตรงกับของจริงแล้ว ห้องหนึ่งเกือบปล่อยงานซ้ำทับระบบที่ทำงานดีอยู่ อีกห้องเกือบสั่งงานสี่ชิ้นเพื่อแก้ของที่แก้ไปแล้ว บทนี้เล่าห้ากรณี สิ่งที่แต่ละห้องเปลี่ยน และข้อที่ยังเป็นแค่คำสัญญา

ห้อง AI จำอะไรข้ามรอบไม่ได้ ทุกรอบจึงเริ่มด้วยการอ่านบันทึกส่งต่องานที่รอบก่อนเขียนไว้ บันทึกนั้นบอกว่าอะไรค้าง อะไรรอใคร ตัวเลขปกติคือเท่าไร ("ห้อง" ของเราคือ AI หนึ่งตัวที่ดูแลงานด้านหนึ่ง)

ปัญหาคือบันทึกบอกสภาพ ณ ตอนที่เขียน ส่วนระบบจริงเดินต่อหลังจากนั้น วันที่ 9 ตุลาคม เราเจอห้ากรณีที่สองอย่างนี้ห่างกันจนเกือบหรือได้ก่อความเสียหาย

ห้ากรณี

บรรทัดสถานะบอกว่ายังไม่ได้ปล่อยงาน ตีห้า ห้องที่ดูแลเว็บอบรมอ่านบันทึกของตัวเอง เจอบรรทัดว่างานปล่อยรอบใหม่ยังค้าง รอเจ้าของยืนยัน แต่เว็บจริงแสดงตารางใหม่อยู่แล้ว งานถูกปล่อยไปแล้ว มีแต่บรรทัดสถานะที่ไม่ได้แก้ตาม ห้องเขียนไว้ว่า "เกือบปล่อยงานซ้ำทับสภาพที่ดีอยู่"

รายการ "ช่องโหว่ที่รู้อยู่" ที่ส่วนใหญ่ปิดไปแล้ว ห้องหนึ่งกำลังจะวางแผนงานจากรายการบั๊กแชทห้าข้อในบันทึก ก่อนสั่งงาน ห้องลองยิงคำถามแต่ละข้อใส่ระบบจริงด้วยกุญแจทดสอบ พบว่าสี่ในห้าข้อแก้ไปแล้ว การลองนี้ใช้คำสั่งวนรอบเดียว และประหยัดงานผู้ช่วยไปสี่ชิ้น

ตัวเลขปกติที่เขียนจากความจำ ห้องหนึ่งเขียนใบสั่งงานให้ผู้ช่วย ใส่ค่าปกติของรายงานชนิดหนึ่งว่า "ราว 4" จากความจำ ผู้ช่วยกลับมารายงาน 193 ซึ่งดูน่าตกใจ ห้องจึงค้นบันทึกของตัวเอง แล้วพบว่าค่าปกติที่จดไว้คือ 188 ตัวเลข 193 จึงไม่ใช่สัญญาณเตือน กรณีนี้กลับด้านกับสองกรณีแรก บันทึกถูก แต่ห้องไม่ได้อ่าน

การตั้งค่าที่เพิ่งถูกเปลี่ยน มีรายงานปัญหาว่าผู้มาเยือนรายหนึ่ง "ไม่อยู่ในรายชื่อผู้ทดสอบ" แต่ได้รับข้อความทักซ้ำ ห้องที่ตรวจพบว่ารายชื่อนั้นถูกล้างไปยี่สิบนาทีก่อนการตรวจ ค่าที่เห็นตอนตรวจจึงไม่ใช่ค่าตอนเกิดเหตุ ข้อความทักซ้ำเป็นพฤติกรรมที่ตั้งใจไว้สำหรับผู้ทดสอบ

สถานะเก่าที่ส่งขึ้นไปถึงเจ้าของ ห้องประสานงานส่งสถานะของงานโครงสร้างพื้นฐานให้เจ้าของสองครั้ง ทั้งสองครั้งเป็นข้อมูลเก่าหรือซ้ำ เจ้าของตอบกลับว่า "อันนี้สถานะเก่า"

รูปร่างเดียวกัน

ในสี่กรณีแรก ไม่มีใครเขียนผิดตอนที่เขียน บรรทัด "ยังค้าง" ถูกต้องตอนที่เขียน รายการบั๊กห้าข้อเป็นบั๊กจริงตอนที่จด สิ่งที่หายคือขั้นตอนกลับไปแก้บันทึกหลังของจริงเปลี่ยน และไม่มีอะไรบอกผู้อ่านว่าบรรทัดนี้เขียนเมื่อไร

ห้อง AI อ่านบันทึกของตัวเองด้วยความเชื่อมากกว่าที่ควร ข้อนี้เป็นความเห็นของเรา บันทึกเขียนด้วยน้ำเสียงเดียวกับที่ห้องใช้คิด ไม่มีอะไรทำให้บรรทัดอายุสิบชั่วโมงดูต่างจากบรรทัดอายุสิบนาที

กรณีที่สามเตือนอีกด้านหนึ่ง การเลิกเชื่อบันทึกไม่ใช่คำตอบ ห้องที่เขียนค่าปกติจากความจำพลาดเพราะไม่ได้เปิดบันทึก

สิ่งที่แต่ละห้องเปลี่ยน

• ห้องเว็บอบรมสร้างคู่มือเริ่มรอบงาน ให้ทุกรอบตรวจสภาพจริงซ้ำก่อน เช่นดึงหน้าเว็บมานับจุดสังเกต และถามสถานะของงานที่ขวางอยู่จากระบบจัดการงาน แทนการเชื่อบรรทัดในบันทึก
• ห้องที่เจอรายการบั๊กเก่าตั้งกติกาว่า ก่อนวางแผนงานจากรายการค้าง ให้ลองทุกข้อกับระบบจริงก่อน
• ห้องที่เขียนค่าปกติจากความจำตั้งกติกาว่า ค้นบันทึกหาค่าปกติก่อนเขียนลงใบสั่งงาน และสร้างคู่มือตรวจประจำวันขึ้นมา
• ห้องที่เจอการตั้งค่าเพิ่งเปลี่ยนตั้งกติกาว่า ก่อนเชื่อผลตรวจแบบ "การตั้งค่าบอกว่า X" ให้เทียบเวลาแก้ไขล่าสุดของค่านั้นกับเวลาเกิดเหตุ
• ห้องประสานงานจดความจำไว้ว่า ให้ถามห้องเจ้าของเรื่องเพื่อเอาสถานะสดก่อนรายงานขึ้นไป

ทั้งห้าข้อเป็นกติกาหรือคู่มือ เราไม่พบว่าข้อใดมีตัวตรวจที่ทำให้งานเดินต่อไม่ได้ถ้าข้ามขั้นนี้

ตอนรวบรวมบทเรียนของทั้งวัน ห้องที่ทำหน้าที่คัดกรองเสนอเครื่องมือหนึ่งตัวสำหรับเรื่องนี้โดยตรง คือตัวตรวจบันทึกก่อนเขียนต่อท้าย โดยอ้างสามห้องที่เจอบันทึกเก่า และมอบให้ห้องประสานงานเป็นเจ้าของ ณ ตอนที่เราเขียน เรื่องนี้ยังเป็นข้อเสนอ เราไม่พบไฟล์ของเครื่องมือนี้

สิ่งที่เรายังไม่รู้

• มีห้องอื่นที่ทำตามบันทึกเก่าไปโดยไม่รู้ตัวหรือไม่ ห้ากรณีนี้คือกรณีที่ห้องจับได้แล้วจดไว้เอง กรณีที่ไม่มีใครจับได้จะไม่อยู่ในแหล่งของเรา
• การปล่อยงานซ้ำตอนตีห้า ถ้าเกิดจริงจะเสียหายแค่ไหน แหล่งบอกแค่ว่า "เกือบ"
• ในรายการบั๊กห้าข้อ ข้อที่ห้าเป็นอย่างไร เราไม่ได้ตามและไม่เล่าในบทนี้
• คู่มือเริ่มรอบงานของห้องเว็บอบรมถูกทำตามทุกรอบจริงหรือไม่ เอกสารคัดกรองจัดรายการตรวจผลงานผู้ช่วยในคู่มือเดียวกันนี้ไว้ในกลุ่ม "เป็นแค่ข้อความ" ส่วนขั้นตรวจสภาพจริงไม่ได้ถูกจัดกลุ่มไว้ชัดเจน
• เวลาในแหล่งหลายจุดเป็นค่าปัด เช่น "15:2x" เราจึงเล่าเป็นลำดับเหตุการณ์ ไม่ได้เล่าเป็นนาที

ข้อคิดที่เอาไปใช้ได้

• บรรทัดสถานะในบันทึกของ AI คือคำบอกเล่าที่มีอายุ ไม่ใช่ข้อเท็จจริง ก่อนลงมือทำอะไรที่ย้อนยาก ให้ AI ถามระบบจริงก่อน เช่นดึงหน้าเว็บ หรือถามสถานะจากระบบจัดการงาน
• ก่อนสั่งงานจากรายการค้าง ลองทุกข้อกับของจริงหนึ่งรอบ ในกรณีของเรา หนึ่งรอบตัดงานออกได้สี่ในห้า
• ตัวเลขปกติให้คัดลอกมา อย่าให้ AI เขียนจากความจำ ตัวเลขผิดในใบสั่งงานทำให้ผลที่ปกติดูเหมือนเหตุร้าย
• ผลตรวจการตั้งค่าบอกค่าตอนนี้ ไม่ใช่ค่าตอนเกิดเหตุ ดูเวลาแก้ไขล่าสุดของค่านั้นด้วยทุกครั้ง
• ถ้าทำได้ ให้ทุกบรรทัดสถานะมีเวลาที่ตรวจล่าสุดกำกับ ข้อนี้เป็นข้อเสนอของเรา ยังไม่มีห้องใดทำ