GitHub Copilot คลิกโปรแกรมเก่าแทนคุณได้แล้ว แต่สิทธิ์จับเมาส์ต้องให้เป็นรายแอป

GitHub เปิดให้ Copilot คลิกและพิมพ์ในโปรแกรมบนคอมพิวเตอร์แทนคุณได้แล้ว ตามประกาศวันที่ 1 ตุลาคม 2026 ครับ ฟีเจอร์นี้ชื่อ computer use หรือการให้ AI ใช้หน้าจอและปุ่มของโปรแกรม อยู่ในช่วงเปิดทดลองบน macOS และ Windows

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

เกิดอะไรขึ้น (สรุป 30 วินาที)

GitHub เปิด computer use แบบ public preview คือเปิดให้ทดลองก่อนระบบพร้อมใช้งานเต็มรูปแบบ ใน GitHub Copilot app และ GitHub Copilot CLI คำว่า CLI หมายถึงเครื่องมือที่ใช้ผ่านหน้าต่างพิมพ์คำสั่ง ทั้งสองช่องทางรองรับฟีเจอร์นี้บน macOS และ Windows ตามประกาศ GitHub

Copilot อ่านข้อมูลที่เข้าถึงได้ในแอปและบริบทจากภาพบนจอ จากนั้นคลิกปุ่ม กรอกหรือแก้ข้อความ กดแป้น เลื่อนหน้า ลากสิ่งของ และทำงานข้ามแอปได้ GitHub ยกตัวอย่างขั้นตอนรายงานค่าใช้จ่ายใน Safari รวมถึงการสรุปการแจ้งเตือนในเบราว์เซอร์และแก้งานนำเสนอ แต่ตัวอย่างเหล่านี้ไม่ใช่คำรับรองว่าโปรแกรมของคุณจะทำได้ทุกขั้นตอนครับ (GitHub Changelog)

AI agent หรือเอเจนต์ คือ AI ที่รับเป้าหมายแล้วใช้เครื่องมือทำงานหลายขั้นตอน แทนการตอบข้อความอย่างเดียว ในกรณีนี้คุณอาจบอกผลลัพธ์ที่ต้องการ แล้วมันลงมือผ่านหน้าจอ แต่ยังต้องมีคนกำหนดขอบเขตและตรวจงาน เพราะ GitHub ระบุว่า computer use ไม่สามารถทดแทนการตัดสินใจของมนุษย์ได้ (GitHub Docs)

เรื่องที่ควรรู้ก่อนตื่นเต้นคือฟีเจอร์นี้ ปิดไว้เป็นค่าเริ่มต้น และยังอาจเปลี่ยนแปลงระหว่างทดลอง การเปิดใช้ไม่ได้หมายความว่าแอปทุกตัวได้รับอนุญาตทันที Copilot ต้องขอสิทธิ์ก่อนเข้าควบคุมแอป และสิทธิ์ยังอยู่ภายใต้กฎของช่องทางที่คุณใช้งาน (GitHub Docs)

ทำไมเรื่องนี้เกี่ยวกับคุณ

ลองนึกถึงงานสมมติในออฟฟิศไทยครับ คุณมีรายการค่าเดินทางอยู่ในเอกสาร แต่แบบฟอร์มเบิกเงินต้องเปิดอีกโปรแกรม เลือกหมวดค่าใช้จ่าย แล้วพิมพ์ข้อมูลใหม่ทีละช่อง จุดเสียเวลาอยู่ที่ขั้นตอนซ้ำมากกว่าการคิดคำตอบ computer use ถูกประกาศมาเพื่อขยายงานอัตโนมัติไปยังซอฟต์แวร์เก่าและโปรแกรมที่มีเพียงหน้าจอให้กด (GitHub Changelog)

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

อีกคำคือ MCP เป็นมาตรฐานเชื่อม AI เข้ากับเครื่องมือหรือข้อมูลที่ระบบจัดไว้ให้ใช้ ไม่ต้องอาศัยการเดาว่าปุ่มอยู่ตรงไหน GitHub ระบุว่า computer use ช่วยกับโปรแกรมที่ไม่มี API, CLI หรือการเชื่อม MCP และเอกสารก็แนะนำว่า หากเครื่องมือทางตรงทำงานนั้นได้ โดยทั่วไปจะคาดเดาผลได้มากกว่า (GitHub Changelog, GitHub Docs)

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

ทำงานยังไง (เหมือนจ้างคนชั่วคราวมานั่งโต๊ะคุณ)

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

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

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

GitHub เตือนตรงๆ ว่าคำสั่งกำกวมหรือเนื้อหาบนหน้าจอที่ไม่คาดคิดอาจนำไปสู่การกระทำที่ไม่ได้ตั้งใจ (GitHub Docs) ความเสี่ยงแบบ prompt injection อธิบายง่ายๆ คือข้อความที่ AI อ่านเจอพยายามหลอกให้มันเปลี่ยนงานหรือทำตามคำสั่งอื่น นี่เป็นคำอธิบายความเสี่ยง ไม่ใช่รายงานว่ามีการโจมตีสำเร็จในฟีเจอร์นี้แล้ว

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

ให้สิทธิ์อย่างไร และทำไมการลบสิทธิ์ยังต้องระวัง

เมื่อต้องควบคุมแอป คุณเลือกอนุญาตเฉพาะรอบการใช้งานปัจจุบัน บันทึกไว้ใช้ในรอบต่อไป หรือปฏิเสธได้ ตัวเลือก Always allow หมายถึงอนุญาตไว้สำหรับครั้งหน้า โดยบันทึกในคอมพิวเตอร์เครื่องนั้น และใช้ร่วมกันทั้ง CLI กับแอป Copilot บนเครื่องเดียวกัน (GitHub Docs)

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

ข้อมูลที่ยังไม่ชัด และจุดที่แหล่งข่าวพูดไม่ตรงกัน

ฝั่งที่เห็นประโยชน์ กับคำเตือนจากเจ้าของเครื่องมือเอง

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

Linux: ข้อมูลของแอปเดิม ไม่ใช่คำยืนยันของฟีเจอร์ใหม่

Luka Berger จาก Technobezz รายงานว่า Copilot app เคยเปิด technical preview หรือการทดลองทางเทคนิคที่ Microsoft Build 2026 โดยมี Windows 11, Windows 11 on Arm, Mac และ Linux ส่วนประกาศ computer use รอบนี้ระบุ macOS และ Windows เท่านั้น (Technobezz, GitHub Changelog)

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

ราคา สิทธิ์บัญชี และโควตาที่ยังตอบไม่ได้

Technobezz ระบุว่า GitHub ยังไม่แจ้งราคาหรือระดับสมาชิกสำหรับ computer use ไม่ให้วันเปิดใช้งานเต็มรูปแบบ และไม่ระบุว่า Copilot Free ใช้ได้หรือไม่ (Technobezz) คำว่า public preview จึงหมายถึงสถานะการทดลอง ไม่ได้เป็นคำรับรองว่าใช้ฟรีทุกบัญชี

รายงานเดียวกันเล่าว่าตอน Copilot app เปิดทดลองทางเทคนิค ต้องมี Pro, Pro+, Business หรือ Enterprise ส่วน Free ต้องรอรายชื่อคิว แต่เงื่อนไขของแอปในช่วงนั้นยังใช้ฟันธงเงื่อนไข computer use ครั้งนี้ไม่ได้ (Technobezz) คนที่กำลังจะสมัครสมาชิกเพราะฟีเจอร์นี้ควรตรวจสิทธิ์ในบัญชีและข้อมูลทางการก่อนจ่าย

อีกสองเรื่องที่ยังไม่ชัดจากข้อมูลชุดนี้คือ การทำงานกับส่วนติดต่อภาษาไทย และ การนับรวมในโควตา premium requests หรือจำนวนคำขอพิเศษที่บัญชีมีสิทธิ์ใช้ ยังบอกไม่ได้ว่าหน้าจอภาษาไทยจะอ่านหรือกรอกได้แม่นแค่ไหน และไม่ควรคำนวณต้นทุนงานจากการเดาว่าคลิกหนึ่งครั้งคิดอย่างไร

แล้วเราควรทำอะไร

คนทำงานออฟฟิศและผู้ใช้ทั่วไป: เริ่มจากงานที่แก้กลับได้

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

ในแอป ไปที่ Settings > Computer Use > Enable Computer Use หรือใช้คำสั่ง /computer on ส่วน CLI ใช้ /computer on เพื่อเปิด /computer show เพื่อดู และ /computer off เพื่อปิด ตามประกาศ GitHub บน macOS ระบบจะพาไปตั้งสิทธิ์ Accessibility สำหรับการเข้าถึงส่วนควบคุม และ Screen Recording สำหรับการอ่านภาพหน้าจอด้วย

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

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

นั่งดูระหว่างทำครับ หากเลือกหน้าต่างผิดหรือเริ่มทำเกินขอบเขต ใน CLI ให้กด Esc สองครั้ง ส่วนแอปให้คลิก Stop หรือกด Esc ตามGitHub Docs หลังหยุด ให้ตรวจสิ่งที่เปลี่ยนไปแล้วก่อนเริ่มใหม่ อย่าเพิ่งสั่งซ้ำทันที เพราะขั้นตอนก่อนหน้าอาจทำสำเร็จไปบางส่วน

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

หัวหน้างานและทีม IT: ทดลองเป็นกลุ่ม ก่อนขยายทั้งแผนก

ผู้ดูแลองค์กรสามารถปิด computer use ผ่าน managed settings หรือนโยบายการตั้งค่าที่องค์กรจัดการได้ การเปิดบนเครื่องผู้ใช้ไม่สามารถข้ามนโยบายองค์กร เอกสารยังระบุว่ากฎสิทธิ์ของช่องทางที่ใช้งานมีผลด้วย (GitHub Docs) ถ้าพนักงานเปิดไม่ได้ ควรตรวจนโยบายกับทีม IT ก่อนหาทางเปลี่ยนการตั้งค่าเอง

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

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

นักพัฒนา: ใช้ทางตรงเมื่อมี และทดสอบส่วนที่ต้องคลิกจริง

ถ้างานทำผ่าน API, MCP, terminal ซึ่งเป็นหน้าต่างคำสั่ง ระบบไฟล์ หรือเครื่องมือเบราว์เซอร์ได้ GitHub ระบุว่าช่องทางเหล่านี้โดยทั่วไปคาดเดาผลได้มากกว่า computer use (GitHub Docs) จึงควรเลือกตามความเหมาะสมของงาน ไม่จำเป็นต้องเปลี่ยนงานที่เชื่อมต่อดีอยู่แล้วให้กลายเป็นการคลิกหน้าจอ

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

สิ่งที่ควรจับตาต่อคือ เงื่อนไขบัญชี ราคา และการใช้โควตา กับ ความแม่นยำในหน้าจอภาษาไทยของงานที่คุณใช้จริง ตอนนี้ยังไม่มีคำตอบครบในข้อมูลที่อ้างอิง และสถานะ public preview ยังเปลี่ยนแปลงได้ (Technobezz, GitHub Docs)

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

Recap

• ข่าวหลัก: GitHub เปิดทดลอง computer use ใน Copilot CLI และแอปบน macOS กับ Windows ตามประกาศทางการ
• เข้าใจโอกาส: ช่วยลงมือผ่านหน้าจอของโปรแกรมที่ไม่มีการเชื่อมต่อทางตรง แต่ต้องทดลองกับงานจริงของคุณ
• เริ่มด้วยข้อมูลทดสอบและแอปเสี่ยงต่ำ อนุญาตเฉพาะรอบปัจจุบัน แล้วเฝ้าดูการทำงาน
• ไม่เลือก Always allow กับแอปธนาคาร HR หรือโปรแกรมเก็บรหัสผ่าน และทบทวนสิทธิ์ก่อนเปลี่ยนประเภทงาน
• จำวิธีหยุดตามเอกสาร GitHub: CLI กด Esc สองครั้ง แอปกด Stop หรือ Esc จากนั้นตรวจผลที่เกิดขึ้นแล้ว
• ทีม IT กำหนดนโยบาย กลุ่มทดลอง และบันทึกผล ส่วนนักพัฒนาเลือก API, MCP หรือเครื่องมือทางตรงก่อนเมื่อเหมาะสม
• ยังไม่สรุปราคา วันเปิดเต็มรูปแบบ Linux สิทธิ์ Free การรองรับหน้าจอภาษาไทย หรือการใช้โควตา จับตาข้อมูลเพิ่มเติมตามประเด็นที่Technobezz รายงาน