รู้จัก AUTO-MAS: จัดคิวสคริปต์เกมหลายตัวและหลายบัญชีในที่เดียว

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

AUTO-MAS ทำอะไร

ชื่อโครงการย่อมาจากแนวคิด “Make ALL Scripts Auto” ตัวโปรแกรมไม่ได้แทนที่สคริปต์ทุกชนิดด้วยเอนจินตัวเดียว แต่ทำหน้าที่เป็นผู้จัดการสคริปต์ที่ผู้ใช้มีอยู่แล้ว ตัวอย่างในเอกสารคือ MAA ซึ่งเป็นสคริปต์สำหรับเกม Arknights และรีโปยังเชื่อมโยงกับเครื่องมืออัตโนมัติของเกมอื่นอีกหลายตัว ดังนั้นควรเข้าใจ AUTO-MAS ในฐานะศูนย์กลางของระบบอัตโนมัติด้านเกม มากกว่าแพลตฟอร์ม CI/CD หรือเครื่องมือจัดการเซิร์ฟเวอร์ทั่วไป

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

คิวงานและขอบเขตของการตั้งเวลา

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

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

เริ่มใช้อย่างไร

คู่มือภาษาอังกฤษแนะนำให้ดาวน์โหลดจากหน้าทางการหรือ GitHub Releases แล้วเลือกแพ็กเกจตามวิธีติดตั้ง: รุ่น setup มีตัวติดตั้ง ส่วนรุ่น portable แตกไฟล์แล้วเปิด AUTO-MAS.exe ได้ คำว่า full หมายถึงมี dependency มาพร้อม ส่วน lite จะดึง dependency ตอนเปิดครั้งแรก โปรแกรมทำงานในสภาพแวดล้อม Windows ตามขั้นตอนและไฟล์รันที่เอกสารระบุ ก่อนเริ่มงานหลายบัญชี ควรทดลองกับบัญชีทดสอบเพียงหนึ่งบัญชีและสคริปต์หนึ่งตัว ตรวจว่าค่าที่ส่งต่อถูกต้อง งานจบจริง และ log บอกผลตรงกับสิ่งที่เกิดขึ้นในเกม

จากนั้นค่อยเพิ่มผู้ใช้และสคริปต์ จัดลำดับในคิว แล้วเปิด Scheduled run หากต้องการให้ทำตามเวลา อย่าลืมตรวจสถานะ Enabled ของตารางเวลา เพราะคู่มือเตือนว่าตั้งเวลาไว้เฉย ๆ ยังไม่ทำให้คิวเริ่ม เอกสารยังบอกตำแหน่งสำรองข้อมูลที่สำคัญ ได้แก่โฟลเดอร์ data และ config สำหรับการตั้งค่า และ history สำหรับประวัติการรัน ขณะที่ log เพื่อช่วยวิเคราะห์ปัญหาอยู่ที่ debug/app.log และ debug/frontend.log การเก็บสำเนาก่อนอัปเดตหรือย้ายเครื่องเป็นขั้นตอนที่คุ้มค่า

การตรวจสอบเมื่อระบบอัตโนมัติสะดุด

คุณค่าของตัวจัดการไม่ได้วัดจากการกดเริ่มได้เท่านั้น แต่ต้องดูว่ามันแยก “จบงานแล้ว” ออกจาก “ค้างอยู่” ได้แม่นเพียงใด README ระบุว่า AUTO-MAS อ่าน log และพยายามรับมือความผิดปกติด้วยการเริ่มสคริปต์ใหม่ ทว่ารีสตาร์ตไม่ควรถูกตีความว่าแก้สาเหตุทุกกรณี หากสคริปต์ปลายทางมีปัญหากับหน้าจอ เกมอัปเดต หรือข้อมูลบัญชีผิด การลองใหม่อาจวนกลับไปผิดแบบเดิม ผู้ใช้ควรดูผลสุดท้ายและ log ของสคริปต์ต้นทางประกอบ ไม่ปล่อยให้สถานะจากตัว orchestrator เป็นหลักฐานเพียงอย่างเดียว

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

MCP และความเสี่ยงด้านสิทธิ์

โครงการมีบริการ MCP ที่เอกสารระบุ endpoint ภายในเครื่อง http://localhost:36163/mcp เพื่อให้ไคลเอนต์ AI เรียกความสามารถของ AUTO-MAS ได้ ตัวอย่างคือสั่งให้รันงานประจำวันด้วยภาษาธรรมชาติ ฟังก์ชันนี้ช่วยลดการคลิกหลายหน้าจอ แต่ก็หมายถึงไคลเอนต์ที่เชื่อมต่อสามารถเริ่มการทำงานที่กระทบบัญชีและสคริปต์จริงได้ ควรตรวจสิทธิ์ของไคลเอนต์และคำสั่งทุกครั้ง ไม่เปิด endpoint ให้เครื่องอื่นเข้าถึงโดยไม่ได้ตั้งใจ และทดลองในขอบเขตเล็กก่อนให้ระบบอัตโนมัติทำงานต่อเนื่อง

README ยังระบุว่ามีการส่งข้อมูลวินิจฉัยแบบไม่ระบุตัวตนไปยัง Sentry เป็นค่าเริ่มต้น โดยทีมโครงการกล่าวว่าตัดข้อมูลอ่อนไหวบางประเภทก่อนส่ง และสามารถปิด telemetry ที่ Settings → Function Settings ได้ ผู้ที่มีข้อกำหนดด้านข้อมูลควรตรวจค่าดังกล่าวด้วยตนเอง และพิจารณาว่าการเชื่อมต่อเกม บัญชี และเครื่องมือ AI สอดคล้องกับเงื่อนไขของบริการที่ใช้อยู่หรือไม่

โอเพนซอร์ส แต่ภาพประกอบมีสิทธิ์แยก

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

เหมาะกับใคร และควรเริ่มตรงไหน

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

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

แหล่งข้อมูล: รีโปหลักและ README ของ AUTO-MAS, คู่มือเริ่มต้น, คู่มือคิวงาน, คู่มือ MCP และ ใบอนุญาตภาพศิลป์