รายงานทดสอบตอนเช้าเริ่มได้ก่อนคุณเปิด Open WebUI

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

Open WebUI หน้าจอแชตสำหรับโมเดลและเครื่องมือ AI ที่โฮสต์เองได้ เพิ่มเอเจนต์เขียนโค้ดในงานอัตโนมัติตามเวลาใน v0.13.3 GitHub ระบุเวลาเผยแพร่วันที่ 8 พฤศจิกายน 2026 เวลา 23:48 UTC งานอัตโนมัติบันทึกเทอร์มินัล โฟลเดอร์ทำงาน และเอเจนต์ที่มีในเทอร์มินัลนั้น แล้วส่งผลเข้าแชตได้ ตารางจึงเริ่มงานในสภาพแวดล้อมที่เจาะจง ซึ่งทำให้รายงานตอนเช้าใช้งานได้จริง บันทึกการเปิดตัว Open WebUI v0.13.3

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

งานอัตโนมัติจำจุดที่เอเจนต์ทำงาน

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

ตัวตั้งเวลาเริ่มแชตโดยใช้ค่าการทำงานที่บันทึกไว้ ภาพต้นฉบับโดย Telli.sh อิงบันทึกรุ่น Open WebUI v0.13.3

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

ผลมีปลายทางที่กำหนดด้วย งานอัตโนมัติของเอเจนต์เขียนโค้ดส่งผลเข้าแชต บันทึกรุ่นแยกออกจากงานโมเดลปกติที่ส่งเข้าช่องได้ ประวัติการรันกับแชตพอสำหรับคนหนึ่งคนตรวจรายงานตอนเช้า ทีมที่อยากแจ้งร่วมกันยังต้องตัดสินใจว่าจะแชร์อะไร ที่ไหน และใครดูบันทึกต้นทางได้ งานตามเวลาที่ล้มเหลวควรมีคนรับผิดชอบที่รู้ว่าจะดูตรงไหน บันทึกการเปิดตัว Open WebUI v0.13.3

ให้งานแรกมีอินพุตเล็กและตรวจง่าย

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

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

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

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

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

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

การตั้งค่าสั้น ๆ เผยงานจริงส่วนใหญ่

Open WebUI มีสวิตช์ Automations ส่วนกลางและสิทธิ์แยกสำหรับผู้ใช้ทั่วไป ยืนยันว่าอินสแตนซ์รัน v0.13.3 หรือรุ่นใหม่ที่เข้ากัน เปิดคุณสมบัติแล้ว และบัญชีมีสิทธิ์ ต้องเชื่อมเทอร์มินัลและอนุญาตให้ใช้ในบริบทงานอัตโนมัติ เทอร์มินัลอาจมีในหน้าตั้งค่าโมเดลแต่ถูกตัดออกจากงานอัตโนมัติตามค่าบริบท ความต่างนี้อธิบายได้ว่าทำไมทำงานในแชตปกติแต่ล้มเมื่อถึงเวลาตั้งไว้ Open WebUI Automations · เอกสารเชื่อมต่อ Open Terminal

1. เตรียมชุดทดสอบ ใส่การรันที่สำเร็จ ความล้มเหลวตัวแทน และไฟล์กำกับคอมมิตกับเวลาในพื้นที่ชั่วคราว ให้อินพุตเล็กและเก็บคีย์ระบบจริง การตั้งค่าคลาวด์ และไฟล์ส่วนตัวไว้นอกพื้นที่
2. เปิด Automations แล้วสร้างงาน ใช้ช่องชื่อ พรอมต์ โมเดล และตาราง ในหน้าตั้งค่าเลือกเทอร์มินัล ระบุโฟลเดอร์ทำงานให้ชัด และเลือกเอเจนต์เขียนโค้ดจากตัวเลือกโมเดล รอสักครู่ให้ระบบรายงานเอเจนต์ที่ใช้ได้ในโฟลเดอร์
3. รันจากหน้าตั้งค่าหนึ่งครั้ง เปิดแชตผลกับบันทึกการรัน ยืนยันคอมมิต ไฟล์อ้างอิง การรวมรายการซ้ำ และสิทธิ์ไฟล์ เทียบผลกับชิ้นงานต้นฉบับและดูว่าต้นไม้ไฟล์โค้ดยังไม่เปลี่ยน
4. ทดสอบกรณีที่ควรล้มเหลว เอาไฟล์กำกับออกจากชุดทดสอบแยก หรือชี้ไปที่อินพุตเก่าโดยตั้งใจ รายงานควรบอกว่าขาดหลักฐานอะไร ลองใช้เทอร์มินัลที่ไม่เปิดให้ Automations เข้าถึง แล้วตรวจว่างานขึ้นว่าล้มเหลวในประวัติ
5. ตั้งเวลาซ้ำแล้วตรวจช่วงแรก เทียบตารางกับเวลาที่การส่งออก CI เสร็จ รายงานที่เริ่มเร็วและอ่านผลเมื่อวานมีปัญหาเรื่องเวลาแม้ภาษาดูปัจจุบัน หยุดงานชั่วคราวเมื่อข้อตกลงอินพุตเปลี่ยนหรือรายงานเริ่มเพี้ยน

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

การเลือกเทอร์มินัลมาพร้อมขอบเขตสิทธิ์

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

การรายงานแบบอ่านอย่างเดียวแยกหลักฐาน สิทธิ์ทำงาน และการตัดสินใจตรวจออกจากกัน ภาพต้นฉบับโดย Telli.sh

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

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

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

รายงานตอนเช้าพิสูจน์ประโยชน์ตอนคนเปิดดู

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

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

แหล่งข้อมูล

• บันทึกการเปิดตัว Open WebUI v0.13.3
• การตั้งค่า สิทธิ์ และประวัติการรันงานอัตโนมัติ Open WebUI
• การเชื่อมต่อเทอร์มินัลและบริบท Open WebUI

---

หากต้องการเก็บบทสนทนาและการตัดสินใจเบื้องหลังงานให้ค้นหาได้ สร้างบัญชี Telli.sh