จากไฟล์ Excel ที่ปกปิดข้อมูลสู่การวิเคราะห์ HSE เพื่อการบริหาร ขั้นที่ 2 สร้างแดชบอร์ด HSE แบบโต้ตอบและทำงานอิสระด้วย vibe coding

AI ช่วยสร้างเปลือกโปรแกรมบนเทมเพลต Excel ที่ปกปิดข้อมูลแล้ว ส่วนฐานข้อมูลทำงานจริงจะถูกโหลดเข้าไฟล์ HTML ที่เสร็จแล้วบนเครื่องคอมพิวเตอร์ของผู้ใช้เท่านั้น

บทนำ

ในบทความแรกผมได้แสดงวิธีที่เราแก้ปัญหาการเตรียมข้อมูลอย่างปลอดภัย เราสร้างเครื่องมือปกปิดข้อมูลแบบทำงานบนเครื่อง และเรียนรู้วิธีสร้างเทมเพลต Excel ที่ปกปิดข้อมูลแล้วซึ่งคงโครงสร้างของฐานข้อมูลทำงานไว้ โดยไม่ส่งข้อมูลส่วนบุคคลจริงออกไปยังสภาพแวดล้อม AI ภายนอก

คำถามถัดไปเกิดขึ้นแทบจะทันที แล้วจะทำอะไรกับเทมเพลตนี้ต่อไป

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

ขณะเดียวกันเงื่อนไขหลักของขั้นที่หนึ่งยังคงอยู่ ในขั้นการพัฒนาภายนอก ฐานข้อมูลทำงานจริงขององค์กรจะไม่ถูกส่งให้ AI

ทำไมจึงต้องมีแดชบอร์ดของตัวเอง

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

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

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

ด้วยเหตุนี้เราจึงมองแดชบอร์ด HTML แบบทำงานอิสระว่าไม่ใช่สิ่งทดแทนระบบ IT ขององค์กร แต่เป็นเครื่องมือระหว่างทางที่รวดเร็ว มันช่วยให้ทดสอบการวิเคราะห์ในทางปฏิบัติได้ในเวลาสั้น เข้าใจว่าตัวชี้วัดใดจำเป็นจริง และจุดใดต้องไล่ลงถึงข้อมูลต้นทาง แล้วจึงค่อยจัดทำข้อกำหนดทางเทคนิคที่แม่นยำขึ้นสำหรับการพัฒนาระดับอุตสาหกรรม

ขั้นที่ 1 เข้าใจข้อมูลก่อน อย่าเพิ่งเขียนโปรแกรม

หนึ่งในข้อผิดพลาดที่พบบ่อยที่สุดในการทำงานกับ AI คือการสั่งทันทีว่า «ทำแดชบอร์ดให้ผมหน่อย» ภาพสวย ๆ ได้มาเร็ว แต่ไม่แน่ว่าจะใช้งานได้จริงในภายหลัง

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

เช่นนี้ AI จึงทำหน้าที่เป็นนักวิเคราะห์ข้อมูลก่อน ไม่ใช่โปรแกรมเมอร์

สำหรับการสนทนาความปลอดภัยเชิงพฤติกรรม สิ่งที่สำคัญคือวันที่ องค์กร โรงงาน พื้นที่ ผู้สังเกต พนักงาน ประเภทพฤติกรรม กระบวนการ คำบรรยาย และผลลัพธ์ แทนที่จะเห็นนามสกุลจริง AI อาจเห็นเป็น «พนักงาน_00001» ซึ่งเพียงพอต่อการสร้างตรรกะของแดชบอร์ด

Prompt 1 — การวิเคราะห์โครงสร้างฐานข้อมูลที่ปกปิดแล้ว ดูภาคผนวกท้ายบทความ

การสนทนาความปลอดภัยเชิงพฤติกรรม จากตัวเลขรวมสู่รายการข้อมูลเฉพาะ

ขั้นถัดไปคือการกำหนดไม่ใช่ชุดภาพกราฟที่สวยงาม แต่เป็นคำถามเชิงบริหารที่แดชบอร์ดต้องตอบให้ได้

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

ตรรกะจึงถูกสร้างจากบนลงล่าง องค์กร → โรงงาน → พื้นที่ → ประเภทพฤติกรรม → กระบวนการ → รายการข้อมูลเฉพาะ การคลิกแท่งหรือส่วนของแผนภูมิจะเปลี่ยนชุดข้อมูลที่เลือก และแสดงเฉพาะรายการที่ประกอบขึ้นเป็นตัวชี้วัดนั้น

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

ตรงนี้ผมใช้กฎง่าย ๆ ว่า หากดูกราฟแล้วยังไม่ชัดว่ามันช่วยตัดสินใจเชิงบริหารเรื่องใด กราฟนั้นก็มักไม่จำเป็นต้องอยู่ในแดชบอร์ด

Prompt 2 และ Prompt 5 — โครงสร้างแดชบอร์ด HSE และการดูรายละเอียดแบบโต้ตอบ ดูภาคผนวกท้ายบทความ

เพิ่มตารางลงเวลาทำงาน เพื่อดูความถี่ BSD ที่แนะนำตามที่กำหนดไว้

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

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

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

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

การต่อยอดนี้ไม่ต้องใช้หลักการใหม่ เราเพียงพัฒนาตรรกะเดิมและเชื่อมชุดข้อมูลเพิ่มอีกหนึ่งชุด

Prompt 6 — การวิเคราะห์ BSD โดยคำนึงถึงกะที่ทำงานจริง ดูภาคผนวกท้ายบทความ

CRC แนวทางเดียวกัน แต่สำหรับการควบคุมความเสี่ยงวิกฤต

ตรรกะเดียวกันใช้กับ CRC ได้ จากไฟล์ส่งออกต้นทางจะเห็นว่ามีการทำ CRC กี่ครั้ง และกี่ครั้งที่พบความเบี่ยงเบน แต่ตัวเลขรวมเพียงอย่างเดียวไม่ตอบคำถามหลักว่า ข้อกำหนดถูกปฏิบัติจริงเพียงใดในแต่ละกะ

เพื่อการนั้น ข้อมูล CRC และตารางลงเวลาจริงของช่วงเดียวกันจะถูกโหลดเข้าแดชบอร์ดบนเครื่อง เมื่อจับคู่แล้วจะเห็นว่าใครอยู่ในกะจริง ต้องทำ CRC กี่ครั้ง และทำจริงไปกี่ครั้ง

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

แผนภูมิทั้งหมดยังคลิกได้ จากตัวชี้วัดรวมสามารถไล่ลึกลงไป ไปยังหน่วยงาน จากนั้นพื้นที่ ต่อด้วยอาชีพ และท้ายที่สุดคือการ์ดของพนักงานคนหนึ่งหรือรายการข้อมูลหนึ่ง

ผมไม่ได้ใส่ภาพหน้าจอของ CRC ในบทความนี้เพื่อไม่ให้เนื้อหาหนักเกินไป ในทางเทคนิคใช้หลักการเดียวกับ BSD

Prompt 7 — CRC และตารางลงเวลาจริง การคำนวณการปฏิบัติและการไล่ลงถึงพนักงาน ดูภาคผนวกท้ายบทความ

ขั้นที่ 2 ต้นแบบแรกและการปรับปรุงต่อเนื่อง

เมื่อโครงสร้างข้อมูลและตรรกะการวิเคราะห์ชัดเจนแล้ว ก็เข้าสู่ vibe coding ได้โดยตรง

งานถูกกำหนดได้ค่อนข้างชัดว่า สร้างไฟล์ HTML อิสระเพียงไฟล์เดียวที่เปิดด้วยเบราว์เซอร์ทั่วไป มี KPI ตัวกรอง แผนภูมิแบบโต้ตอบ และตารางข้อมูลต้นทาง และทำงานได้โดยไม่ต้องติดตั้งซอฟต์แวร์เพิ่ม

ในขั้นนี้ภายในโปรแกรมยังใช้เฉพาะข้อมูลที่ปกปิดตัวตนแล้วเท่านั้น

เวอร์ชันแรกแทบไม่เคยเป็นเวอร์ชันสุดท้าย เลือกองค์กรแล้วรายชื่อโรงงานยังเป็นรายการรวม คลิกแผนภูมิแล้วไม่มีการไล่ลงถึงรายการข้อมูล เพิ่มฟังก์ชันใหม่แล้วภาพกราฟหนึ่งกลับทำงานผิดพลาด ทั้งหมดนี้เป็นส่วนปกติของการพัฒนา

แทนที่จะเขียนแอปพลิเคชันใหม่ทั้งหมด งานจะถูกสั่งเป็นจุด ๆ เช่น «ทำให้ตัวกรองสัมพันธ์กัน» «เพิ่มรายละเอียดเมื่อคลิก» «แก้เฉพาะแผนภูมิที่ 6 อย่าเปลี่ยนตรรกะส่วนอื่น»

ตรงนี้เองที่ vibe coding มีประโยชน์มากกับผู้เชี่ยวชาญที่ไม่ใช่โปรแกรมเมอร์ สิ่งที่ต้องอธิบายให้ชัดไม่ใช่วิธีเขียนฟังก์ชัน แต่คือโปรแกรมควรทำงานอย่างไรต่อผู้ใช้

Prompt 3, Prompt 5 และ Prompt 8 — การสร้าง HTML แรก การดูรายละเอียด และการแก้ข้อบกพร่อง ดูภาคผนวกท้ายบทความ

ขั้นที่ 3 นำเทมเพลตออกและโหลดข้อมูลจริงบนเครื่อง

เมื่อส่วนติดต่อผู้ใช้และตรรกะผ่านการทดสอบบนเทมเพลตที่ปกปิดข้อมูลแล้ว ข้อมูลตัวอย่างจะถูกลบออกจากเวอร์ชันสุดท้าย HTML จึงเหลือเป็นเปลือกโปรแกรม

จากนั้นเพิ่มปุ่มโหลดไฟล์ Excel ผู้ใช้เปิดไฟล์ HTML ที่เสร็จแล้วบนคอมพิวเตอร์ขององค์กร เลือกฐานข้อมูลทำงานปัจจุบัน แล้วเบราว์เซอร์จะอ่านไฟล์และคำนวณตัวชี้วัดภายในเซสชันบนเครื่อง

ดังนั้นภาพรวมสุดท้ายจึงเรียบง่าย ไฟล์ HTML ที่เสร็จแล้วและไฟล์ Excel ทำงานอยู่บนคอมพิวเตอร์เครื่องเดียวกัน ข้อมูลทำงานถูกโหลดเข้าโปรแกรมบนเครื่อง และไม่ถูกส่งออกไปยังสภาพแวดล้อม AI ภายนอกอีกต่อไป

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

Prompt 4 — การโหลดฐานข้อมูล Excel ทำงานบนเครื่อง ดูภาคผนวกท้ายบทความ

การโหลด การเพิ่ม การล้างข้อมูล และสำเนาออฟไลน์

ฟังก์ชันสำหรับผู้ใช้ต้องได้รับความใส่ใจเป็นพิเศษ ในทางปฏิบัติสิ่งสำคัญไม่ใช่แค่การเปิดแดชบอร์ด แต่คือการจัดการสถานะของมันได้อย่างรวดเร็ว

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

นอกจากนี้ผมยังบันทึกวิดีโอสาธิตสั้น ๆ ที่แสดงการทำงานของแดชบอร์ดบนเทมเพลตที่ปกปิดข้อมูล การล้างข้อมูลทั้งหมด และการโหลดข้อมูลจริงหลังจากนั้น ภาคผนวกวิดีโอเช่นนี้ตอบคำถามได้เร็วกว่าคำอธิบายเป็นตัวอักษรใด ๆ

ภาคผนวกวิดีโอ 1 การบันทึกหน้าจอ จากเทมเพลตสู่ฐานข้อมูลทำงาน วิดีโออยู่ท้ายบทความ

จากการวิเคราะห์สู่การสนทนาเชิงบริหาร

คุณค่าหลักของแดชบอร์ดไม่ได้ปรากฏบนหน้าจอ แต่ปรากฏในห้องประชุม

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

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

ดังนั้นสิ่งที่นำเข้าคณะกรรมการจึงไม่ใช่เพียงประโยคว่า «การปฏิบัติ 82 %» แต่เป็นภาพที่ชัดเจนกว่ามาก ว่าพื้นที่ใดทำให้เกิดส่วนขาด กะใดที่ไม่เป็นไปตามข้อกำหนด ความเบี่ยงเบนประเภทใดเกิดซ้ำ และรายการใดที่ต้องนำไปทบทวนร่วมกับผู้รับผิดชอบ

แดชบอร์ดบอกว่าควรมองหาที่ใด ส่วนสาเหตุและการตัดสินใจเชิงบริหารยังคงเป็นเรื่องของคน

เครื่องมือชั่วคราวหรือระบบอุตสาหกรรมในอนาคต

สำหรับเรา แดชบอร์ด HTML อิสระไม่ใช่เป้าหมายสุดท้าย และไม่ได้แข่งกับสถาปัตยกรรม IT ขององค์กร

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

หากต้นแบบพิสูจน์ประโยชน์แล้ว ตรรกะของมันจะส่งต่อให้ทีม IT ได้ง่ายกว่ามาก เพื่อนำไปพัฒนาเป็น JavaScript บน Superset หรือในสภาพแวดล้อมองค์กรอื่นที่มีการเชื่อมข้อมูลอัตโนมัติ

กล่าวอีกอย่าง vibe coding ไม่ได้มาแทน IT แต่ช่วยลดความไม่แน่นอนตั้งแต่ก่อนเริ่มโครงการใหญ่ เพราะรู้ล่วงหน้าว่าต้องมีตัวกรองใด การไล่ลงรายละเอียดต้องไปถึงไหน ต้องเชื่อมข้อมูลใด และผู้ใช้ควรได้ผลลัพธ์เชิงบริหารแบบใด

ผลที่ได้ในท้ายที่สุด

ผลลัพธ์คือเทมเพลต Excel ที่ปกปิดข้อมูลกลายเป็นสะพานทางเทคนิคระหว่างฐานข้อมูลทำงานจริงกับ AI โดย AI เห็นโครงสร้างข้อมูล ช่วยออกแบบตรรกะและส่วนติดต่อผู้ใช้ เขียนและปรับปรุงโค้ด ส่วนฐานข้อมูลจริงจะปรากฏในเครื่องมือก็ต่อเมื่อไฟล์ HTML ที่เสร็จแล้วอยู่บนคอมพิวเตอร์ของผู้ใช้

สำหรับผู้เชี่ยวชาญด้านความปลอดภัย สิ่งนี้ย่นระยะจากแนวคิดไปสู่ต้นแบบที่ใช้งานได้อย่างเห็นได้ชัด

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

ในบทความหน้า ผมอยากเปลี่ยนจากการวิเคราะห์ข้อมูลไปสู่อีกทิศทางหนึ่ง คือแสดงให้เห็นว่า AI ค่อย ๆ เปลี่ยนจากผู้ช่วยธรรมดาเป็น «ผู้เชี่ยวชาญคนที่สอง» ที่ประเมินคุณภาพการพูดคุยความปลอดภัยสั้น ๆ และการสนทนาเชิงพฤติกรรมตามเกณฑ์อิสระหลายข้อ

ชุด Prompt พร้อมใช้สำหรับสร้างแดชบอร์ด HSE อิสระสำหรับ BSD และ CRC

กฎปฏิบัติ ส่งออกไปยังสภาพแวดล้อม AI ภายนอกเฉพาะเทมเพลตที่ปกปิดข้อมูลและตรวจสอบแล้วเท่านั้น ไฟล์ Excel ทำงานจริง ตารางลงเวลา และข้อมูลส่วนบุคคลจะเชื่อมต่อในภายหลังบนเครื่อง ภายในเปลือก HTML ที่เสร็จแล้ว

Prompt เชื่อมโยงกับบทความอย่างไร

Prompt 1 การวิเคราะห์โครงสร้างไฟล์ Excel ที่ปกปิดข้อมูล

ผมกำลังอัปโหลดเทมเพลต Excel ที่ปกปิดข้อมูลของฐานข้อมูล HSE ที่ใช้งานจริง

ตอนนี้ยังไม่ต้องเขียนโปรแกรมใด ๆ

ให้วิเคราะห์:
1. ชีตทั้งหมดในไฟล์
2. หัวคอลัมน์
3. ชนิดข้อมูล
4. ฟิลด์ที่จำเป็นและไม่จำเป็น
5. ความสัมพันธ์เชิงลำดับชั้นระหว่างองค์กร โรงงาน พื้นที่ และระดับอื่น ๆ
6. ฟิลด์ที่เหมาะกับการกรอง
7. ฟิลด์ที่เหมาะกับ KPI การจัดอันดับ และการแสดงผลกราฟ
8. ฟิลด์ที่ใช้เป็นรหัสปกปิดตัวตนที่คงที่ของพนักงานได้
9. ปัญหาที่อาจมีในฐานข้อมูลต้นทาง เช่น ค่าว่าง การสะกดชื่อหน่วยงานเดียวกันต่างกัน รูปแบบวันที่ไม่สม่ำเสมอ รายการซ้ำ การปนกันของข้อความกับตัวเลข ชื่อคอลัมน์ที่กำกวม

สำหรับฐานข้อมูล BSD ให้ระบุแยกว่าข้อมูลต่อไปนี้อยู่ที่ใด:
- วันที่และเวลา
- องค์กร
- โรงงาน
- พื้นที่ / หน่วยงานภายใน
- ผู้ดำเนินการ BSD
- ตำแหน่งของผู้ดำเนินการ
- พนักงาน / รหัสปกปิดตัวตน
- ประเภทพฤติกรรมปลอดภัยหรือไม่ปลอดภัย
- กระบวนการ / ประเภทงาน
- คำบรรยายการสังเกต
- ผลลัพธ์หรือปฏิกิริยา

หลังการวิเคราะห์:
- อธิบายโครงสร้างข้อมูลอย่างย่อ
- เสนอว่าความสัมพันธ์ระหว่างฟิลด์ใดที่ต้องคงไว้
- ระบุประเด็นที่ยังไม่ชัดและต้องให้ผู้ใช้ยืนยัน
- เสนอสถาปัตยกรรมของแดชบอร์ดได้ก็ต่อเมื่อได้รับการยืนยันแล้ว

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

Prompt 2 สถาปัตยกรรมแดชบอร์ดการสนทนาความปลอดภัยเชิงพฤติกรรม

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

หลักการสำคัญ ทุกภาพกราฟต้องตอบคำถามเชิงบริหารที่ชัดเจน อย่าเพิ่มกราฟเพียงเพื่อความสวยงาม

ให้เตรียม:
1. KPI หลักเกี่ยวกับจำนวน BSD และการสังเกต
2. ตัวกรองตามช่วงเวลา
3. ลำดับชั้นที่สัมพันธ์กัน องค์กร → โรงงาน → พื้นที่ / หน่วยงานภายใน
4. ตัวกรองตามผู้ดำเนินการ BSD
5. ตัวกรองตามตำแหน่งของผู้ดำเนินการ
6. แนวโน้ม BSD รายเดือนและ/หรือรายวัน
7. การเปรียบเทียบระหว่างองค์กร
8. อันดับหน่วยงาน / พื้นที่
9. อันดับผู้ดำเนินการ BSD
10. โครงสร้างพฤติกรรมปลอดภัยและไม่ปลอดภัย
11. หมวดการสังเกตที่ไม่ปลอดภัย
12. การวิเคราะห์กระบวนการ / ประเภทงาน
13. อันดับพนักงานที่ถูกบันทึกพฤติกรรมไม่ปลอดภัยซ้ำหลายครั้ง
14. การค้นหาตามพนักงานหรือรหัสปกปิดตัวตน
15. ประวัติ BSD ของพนักงานที่เลือก
16. ความสามารถในการดูว่าพฤติกรรมไม่ปลอดภัยประเภทเดียวกันเกิดซ้ำกับพนักงานคนเดียวกันในวันต่างกัน กับผู้บังคับบัญชาต่างคน หรือในพื้นที่ต่างกันหรือไม่
17. การส่งออกชุดข้อมูลปัจจุบันไปยัง Excel

สำหรับแต่ละภาพกราฟ ให้ระบุแยกว่า:
- ตอบคำถามใดของผู้บริหาร
- ใช้ฟิลด์ใดบ้าง
- การคลิกที่องค์ประกอบของกราฟควรนำไปสู่อะไร

ให้อธิบายสถาปัตยกรรมเป็นคำพูดก่อน ยังไม่ต้องสร้างโค้ด

Prompt 3 การสร้างไฟล์ HTML อิสระไฟล์แรก

จากสถาปัตยกรรมที่ตกลงกันแล้ว ให้สร้างแดชบอร์ด HSE แบบโต้ตอบเวอร์ชันอิสระเวอร์ชันแรก

ข้อกำหนด:
1. ผลลัพธ์คือไฟล์ HTML เพียงไฟล์เดียว
2. ไฟล์เปิดได้ด้วยเบราว์เซอร์ทั่วไปโดยไม่ต้องติดตั้งซอฟต์แวร์เพิ่ม
3. ในขั้นพัฒนาให้ใช้เฉพาะข้อมูลตัวอย่างที่ปกปิดตัวตนแล้ว
4. เพิ่ม KPI ที่ตกลงกัน ตัวกรอง การจัดอันดับ การค้นหา แผนภูมิแบบโต้ตอบ และตารางข้อมูลต้นทาง
5. อย่าใช้ backend
6. อย่าใช้ API ภายนอก
7. อย่าโหลดไลบรารีจาก CDN
8. ไลบรารีที่จำเป็นทั้งหมดต้องอยู่ภายในไฟล์ HTML
9. แดชบอร์ดต้องเปิดและทำงานได้เต็มรูปแบบเมื่อไม่มีอินเทอร์เน็ต
10. อย่าเพิ่ม telemetry สถิติการเข้าชม หรือการเรียกผ่านเครือข่าย
11. จัดโครงสร้างโค้ดให้ภายหลังสามารถลบชุดข้อมูลตัวอย่างและเชื่อมไฟล์ Excel จริงบนเครื่องได้
12. อย่าเปลี่ยนรหัสปกปิดตัวตนของพนักงานที่มีอยู่โดยไม่จำเป็น

หลังสร้างเสร็จ:
- ระบุฟังก์ชันที่ทำได้แล้ว
- ระบุข้อจำกัดของเวอร์ชันแรก
- ระบุว่าฟังก์ชันใดต้องตรวจสอบด้วยมือก่อนพัฒนาต่อ

Prompt 4 การโหลดฐานข้อมูลทำงานบนเครื่อง การล้างข้อมูล และสำเนาออฟไลน์

ให้ปรับปรุงแดชบอร์ด HSE อิสระที่มีอยู่

เป้าหมาย เมื่อพัฒนาเสร็จ ข้อมูลตัวอย่างต้องถูกลบออกจากไฟล์ HTML และฐานข้อมูลทำงานจริงต้องเชื่อมต่อบนคอมพิวเตอร์ของผู้ใช้เท่านั้น

ให้เพิ่มฟังก์ชันต่อไปนี้

1. «โหลดตารางใหม่»
- ผู้ใช้เลือกไฟล์ Excel บนคอมพิวเตอร์ของตน
- เบราว์เซอร์อ่านไฟล์บนเครื่องเท่านั้น
- ข้อมูลถูกโหลดเข้าหน่วยความจำของเซสชันปัจจุบัน
- KPI ตัวกรอง แผนภูมิ การจัดอันดับ และตารางถูกสร้างใหม่ทั้งหมด
- โครงสร้างถูกกำหนดจากหัวคอลัมน์ ไม่ใช่จากลำดับคอลัมน์ตายตัว
- หากไม่มีฟิลด์ที่จำเป็น ให้แสดงข้อความแจ้งข้อผิดพลาดที่เข้าใจง่าย

2. «ใช้ตัวกรอง»
- คำนวณภาพกราฟทั้งหมดใหม่ตามชุดข้อมูลปัจจุบัน

3. «ล้างค่า»
- ล้างเฉพาะตัวกรองที่เลือก
- กลับไปแสดงฐานข้อมูลที่โหลดไว้ทั้งหมด
- ห้ามลบตัวข้อมูล

4. «ลบข้อมูลทั้งหมดจนหมด»
- ลบชุดข้อมูลทำงานที่โหลดไว้ออกจากสถานะปัจจุบันของแอปพลิเคชันทั้งหมด
- ล้าง KPI แผนภูมิ การจัดอันดับ ตาราง ชื่อ / รหัส และรายการตัวกรอง
- คืนไฟล์ HTML สู่สถานะเปลือกโปรแกรมที่ว่างเปล่า

5. «ส่งออกข้อมูลที่เลือกไปยัง Excel»
- ส่งออกเฉพาะชุดข้อมูลที่กรองไว้ในปัจจุบัน

6. «บันทึกสำเนาออฟไลน์»
- บันทึกเมื่อผู้ใช้สั่งอย่างชัดเจนเท่านั้น
- หากสำเนามีการฝังฐานข้อมูลทำงานปัจจุบันไว้ ให้เตือนว่าไฟล์ HTML ที่บันทึกมีข้อมูลทำงานและต้องเก็บเป็นไฟล์ลับ
- ขณะบันทึกต้องไม่มีข้อมูลใดถูกส่งผ่านเครือข่าย

หากภายหลังมีการเพิ่มฟังก์ชันนำเข้าข้อมูลเพิ่มเติม:
- ให้ตรวจโครงสร้างก่อน
- อย่าสร้างรายการซ้ำโดยอัตโนมัติ
- แสดงให้ผู้ใช้เห็นว่าจะเพิ่มกี่รายการและปฏิเสธกี่รายการ

ให้ลบชุดข้อมูลตัวอย่างออกจากเวอร์ชันสุดท้ายทั้งหมด

Prompt 5 ตัวกรองที่สัมพันธ์กัน การคลิก และการไล่ลงถึงรายการข้อมูล

ให้ปรับปรุงแดชบอร์ด HTML ที่มีอยู่โดยไม่เขียนใหม่ทั้งหมด

สิ่งที่ต้องทำ:
1. ทำให้ตัวกรองสัมพันธ์กัน
   องค์กร → โรงงาน → พื้นที่ / หน่วยงานภายใน
2. เมื่อเลือกองค์กรแล้ว ให้เหลือเฉพาะโรงงานที่อยู่ในองค์กรนั้น
3. เมื่อเลือกโรงงานแล้ว ให้เหลือเฉพาะพื้นที่ของโรงงานนั้น
4. คำนึงถึงช่วงเวลาที่เลือก ผู้ดำเนินการ BSD และตำแหน่งของเขา
5. ทำให้แผนภูมิและอันดับหลักคลิกได้
6. เมื่อคลิกแท่ง ส่วนของแผนภูมิ จุด แถวในอันดับ หรือพนักงาน ให้ใช้ชุดข้อมูลที่สอดคล้องกันกับทั้งแดชบอร์ด
7. แสดงรายการข้อมูลต้นทางที่ประกอบขึ้นเป็นตัวชี้วัดที่เลือก
8. เพิ่มความสามารถในการย้อนขึ้นหนึ่งระดับหรือล้างระดับรายละเอียดปัจจุบัน
9. เพิ่มการค้นหาตามพนักงาน / รหัสปกปิดตัวตน
10. สำหรับพนักงานที่เลือก ให้แสดงประวัติ BSD ในช่วงเวลาที่เลือก ได้แก่ วันที่ หน่วยงาน ผู้ดำเนินการ BSD ประเภทพฤติกรรม กระบวนการ และรายการข้อมูลต้นทาง
11. แสดงแยกต่างหากถึงพนักงานที่ถูกบันทึกพฤติกรรมไม่ปลอดภัยซ้ำหลายครั้ง
12. เปิดให้เห็นการเกิดซ้ำของพฤติกรรมไม่ปลอดภัยประเภทเดียวกัน แม้จะบันทึกโดยผู้บังคับบัญชาหรือผู้เชี่ยวชาญต่างคนและในพื้นที่ต่างกัน
13. ส่งออกชุดข้อมูลปัจจุบันไปยัง Excel
14. อย่าเปลี่ยนฟังก์ชันที่ทำงานได้อยู่แล้วโดยไม่จำเป็น

หลังปรับปรุง ให้ตรวจสอบย้อนกลับ:
- ตัวกรองทั้งหมด
- การคลิกบนแผนภูมิ
- การค้นหา
- ระดับรายละเอียด
- การส่งออก
- การกลับไปยังชุดข้อมูลทั้งหมด

Prompt 6 BSD + ตารางลงเวลาจริง การปฏิบัติตามความถี่ที่แนะนำซึ่งกำหนดไว้

ให้เพิ่มโหมดวิเคราะห์ BSD ที่คำนึงถึงกะที่ทำงานจริงเข้าไปในแดชบอร์ดที่มีอยู่

แหล่งข้อมูล:
- ไฟล์ส่งออก BSD จาก Collab
- ตารางเวลาทำงานของช่วงเดียวกัน

ในขั้นพัฒนาให้ใช้เฉพาะเทมเพลตตารางลงเวลาที่ปกปิดข้อมูล ตารางจริงต้องเชื่อมต่อภายหลังบนเครื่องเท่านั้น

สำคัญ
อย่ากำหนดเกณฑ์การทำ BSD ขึ้นเอง ก่อนคำนวณ ผู้ใช้ต้องระบุความถี่ที่แนะนำซึ่งกำหนดไว้ เช่น
- X BSD ต่อ N กะที่ทำงานจริง
- X BSD ต่อรอบปฏิทิน / รอบรายงาน
- กฎอื่นขององค์กร

ตรรกะ:
1. หาจำนวนกะที่ทำงานจริงจากตารางลงเวลา
2. อย่านับวันลาพักร้อน ลาป่วย และการขาดงานอื่นเป็นกะที่ทำงานจริง
3. จับคู่ชุดข้อมูล BSD กับตารางลงเวลาโดยใช้รหัสพนักงานที่คงที่ องค์กร โรงงาน พื้นที่ อาชีพ และช่วงเวลา ตามฟิลด์ที่มี
4. อย่าปนนามสกุล / รหัส และอาชีพที่เหมือนกันจากหน่วยงานต่างกัน
5. จากความถี่ที่ผู้ใช้กำหนด ให้คำนวณจำนวน BSD ที่ควรมีสำหรับเวลาที่ทำงานจริง
6. แสดง:
   - กะที่ทำงานจริง
   - ความถี่ที่แนะนำซึ่งกำหนดไว้
   - จำนวน BSD ที่ทำจริง
   - ส่วนต่างจากความถี่ที่แนะนำ
   - ร้อยละการปฏิบัติ
   - หน่วยงานและพนักงานที่ล่าช้า
7. เพิ่มการไล่ลงรายละเอียด
   องค์กร → โรงงาน → พื้นที่ → อาชีพ → พนักงานรายบุคคล → รายการ BSD ของเขา
8. เปิดให้ส่งออกรายชื่อพนักงาน / หน่วยงานที่มีส่วนต่าง

หากโครงสร้างตารางลงเวลาหรือกฎความถี่ยังกำกวม ให้แสดงกรณีที่น่าสงสัยก่อนและขอการยืนยัน อย่าคำนวณก่อนได้รับการยืนยัน

Prompt 7 CRC + ตารางลงเวลาจริง ความสม่ำเสมอของการดำเนินการและความเบี่ยงเบน

ให้เพิ่มโหมดแยกสำหรับวิเคราะห์การควบคุมความเสี่ยงวิกฤต (CRC) เข้าไปในแดชบอร์ด

แหล่งข้อมูล:
- ไฟล์ส่งออก CRC จาก Collab
- ตารางเวลาทำงานจริงของช่วงเดียวกัน

ในขั้นพัฒนาให้ใช้เทมเพลตที่ปกปิดข้อมูล ชุดข้อมูลจริงต้องเชื่อมต่อบนเครื่องเท่านั้น

ตรรกะ:
1. หาจำนวนกะที่ทำงานจริงของพนักงานแต่ละคน
2. อย่านับวันลาพักร้อน ลาป่วย และการขาดงานอื่นเป็นกะทำงาน
3. อย่ากำหนดเกณฑ์ / ความสม่ำเสมอที่ต้องการของ CRC ขึ้นเอง ให้รับค่าจากผู้ใช้เป็นพารามิเตอร์
4. หากกระบวนการหนึ่งได้รับการยืนยันเงื่อนไข «1 CRC ต่อกะที่ทำงานจริง» ให้ใช้เงื่อนไขนี้ก็ต่อเมื่อผู้ใช้ยืนยันแล้ว
5. จับคู่ CRC กับกะที่ทำงานจริงโดยใช้รหัสที่คงที่ องค์กร โรงงาน พื้นที่ อาชีพ วันที่ และ/หรือกะ
6. อย่าปนอาชีพและรหัสที่เหมือนกันจากหน่วยงานต่างกัน
7. สำหรับพนักงานแต่ละคน ให้แสดง:
   - กะที่ทำงานจริง
   - จำนวน CRC
   - กะ / ช่วงเวลาที่ขาด CRC เมื่อเทียบกับกฎที่กำหนด
   - ส่วนต่าง
   - ร้อยละการปฏิบัติ
8. เพิ่มการไล่ลงรายละเอียด
   องค์กร → โรงงาน → พื้นที่ → อาชีพ → พนักงาน → กะเฉพาะ / รายการ CRC เฉพาะ
9. เปิดให้ส่งออกรายชื่อพนักงานหรือกะที่มีส่วนต่าง
10. หากไฟล์ส่งออก CRC มีอันตรายที่พบ ความเสี่ยงวิกฤต คำบรรยายความเบี่ยงเบน หรือสาเหตุ ให้แสดงเพิ่มเติม:
   - การเกิดซ้ำตามพื้นที่
   - การเกิดซ้ำตามกระบวนการ
   - การเกิดซ้ำตามพนักงาน
   - รายการข้อมูลต้นทางเมื่อคลิก

หากโครงสร้างข้อมูลกำกวม ให้แสดงกฎการจับคู่และกรณีที่น่าสงสัยก่อน อย่าคำนวณผลสุดท้ายก่อนผู้ใช้ยืนยัน

Prompt 8 การวินิจฉัยข้อบกพร่องและการตรวจสอบตนเองทางเทคนิค

ให้ตรวจสอบแดชบอร์ด HTML อิสระที่มีอยู่

ในเบื้องต้นอย่าเขียนแอปพลิเคชันใหม่ทั้งหมด

หากหลังการปรับปรุงครั้งล่าสุดเกิดข้อผิดพลาด:
1. หาสาเหตุที่ชัดเจน
2. แก้เฉพาะส่วนที่จำเป็น
3. อย่าลบหรือเขียนฟังก์ชันที่ทำงานได้อยู่แล้วใหม่โดยไม่มีเหตุผล
4. หลังแก้ไข ให้ตรวจสอบย้อนกลับ

ต้องตรวจสอบสถานการณ์ต่อไปนี้:
- การเปิดไฟล์ HTML โดยไม่มีอินเทอร์เน็ต
- การโหลดไฟล์ Excel ทดสอบที่ปกปิดข้อมูล
- ตัวกรองที่สัมพันธ์กัน
- การคลิกและการไล่ลงรายละเอียด
- การค้นหาตามพนักงาน
- การส่งออกชุดข้อมูลที่เลือก
- การล้างตัวกรอง
- การลบข้อมูลทั้งหมด
- การโหลดตารางอื่นซ้ำ
- การบันทึกสำเนาออฟไลน์

หลังการตรวจสอบเชิงฟังก์ชัน ให้ตรวจสอบความเป็นอิสระและช่องทางการส่ง / จัดเก็บที่อาจมี:
- fetch
- XMLHttpRequest
- WebSocket
- EventSource
- sendBeacon
- script src ภายนอก
- CDN
- CSS และฟอนต์ภายนอก
- API
- iframe
- Service Worker
- localStorage
- sessionStorage
- IndexedDB
- คุกกี้
- telemetry และระบบวิเคราะห์การใช้งาน

เวอร์ชันสุดท้ายต้อง:
- ทำงานได้เต็มรูปแบบเมื่อไม่มีอินเทอร์เน็ต
- ไม่ส่งเนื้อหาไฟล์ Excel ที่โหลดผ่านเครือข่าย
- ไม่บันทึกฐานข้อมูลทำงานอย่างซ่อนเร้นโดยผู้ใช้ไม่ได้สั่ง
- เมื่อล้างข้อมูลทั้งหมด ต้องลบข้อมูลทำงานออกจากสถานะปัจจุบันของหน้าจอ

ท้ายที่สุด ให้สรุปรายงานสั้น ๆ:
1. ตรวจสอบอะไรไปบ้าง
2. พบข้อบกพร่องใด
3. แก้ไขอะไรไปแล้ว
4. ยังเหลือข้อจำกัดหรือความเสี่ยงใด

ลำดับการใช้งานที่แนะนำ

1. รัน Prompt 1 และตรวจว่า AI เข้าใจโครงสร้างไฟล์ Excel ที่ปกปิดข้อมูลถูกต้องหรือไม่
2. เมื่อยืนยันโครงสร้างแล้ว ให้รัน Prompt 2
3. รัน Prompt 3 เพื่อให้ได้ไฟล์ HTML อิสระเวอร์ชันแรก
4. ระหว่างการปรับปรุง ให้ใช้ Prompt 5 สำหรับตัวกรอง การคลิก และการไล่ลงรายละเอียด
5. เมื่อตรรกะพร้อมแล้ว ให้รัน Prompt 4 คือ ลบข้อมูลตัวอย่างและจัดการการโหลดฐานข้อมูลทำงานบนเครื่อง การล้างข้อมูล การส่งออก และสำเนาออฟไลน์
6. หากต้องวิเคราะห์ความถี่ BSD ที่แนะนำ ให้เพิ่ม Prompt 6
7. สำหรับ CRC และการเทียบกับตารางลงเวลาจริง ให้ใช้ Prompt 7
8. หลังการเปลี่ยนแปลงใหญ่และก่อนเผยแพร่ / ส่งมอบให้ผู้ใช้ ให้รัน Prompt 8