Microsoft ปล่อย GitHub Copilot Agent เข้าสู่ stable ทั้ง .NET และ Python — ยืม agent loop ของ Copilot มาทั้งตัว แล้วเอา Agent Framework มาคุมสิทธิ์แทน

โจทย์ที่ทีมองค์กรเจอซ้ำ ๆ ตลอดครึ่งปีนี้คือต้องเลือกข้าง: ใช้ GitHub Copilot ที่เก่งเรื่องโค้ดและรู้จักรีโปดี แต่ถูกล็อกอยู่ในเครื่องมือของมันเอง หรือใช้ Microsoft Agent Framework ที่ต่อ tool, observability และ governance ได้อิสระ แต่ต้องประกอบความสามารถด้านโค้ดขึ้นมาเอง วันที่ 4 สิงหาคม 2026 Microsoft ประกาศทางบล็อก Agent Framework ว่า GitHub Copilot Agent เข้าสู่สถานะ stable แล้วทั้งฝั่ง .NET และ Python — คำตอบคือไม่ต้องเลือก

แนวคิดต่างจากการเรียก LLM API ตรง ๆ อย่างมีนัยสำคัญ ในสถาปัตยกรรมนี้ Copilot เป็นเจ้าของ agent loop ทั้งหมด — การเรียกโมเดล, การเรียกเครื่องมือ, การวางแผน และ session state — ส่วน Agent Framework ทำหน้าที่เป็น ชั้นกำกับดูแล ครอบไว้อีกที นั่นแปลว่าคุณไม่ต้องเขียนลูป ReAct เอง ไม่ต้องจัดการ context window เอง แต่ก็แปลว่าคุณ ไม่ได้เป็นคนคุมลูปนั้น ด้วย

ติดตั้งอะไร ต้องมีอะไรก่อน

แพ็กเกจและข้อกำหนดตรงไปตรงมา:

แพลตฟอร์ม	แพ็กเกจ	เวอร์ชันขั้นต่ำ
.NET	Microsoft.Agents.AI.GitHub.Copilot	.NET 8+
Python	agent-framework-github-copilot	Python 3.11+

ข้อกำหนดที่ต้องรู้ก่อนวางแผน — สิ่งนี้ ไม่ใช่ SDK ที่ยิงเข้าโมเดลเปล่า ๆ แต่ทำงานผ่าน GitHub Copilot CLI ที่ล็อกอินแล้ว จึงต้องติดตั้ง Copilot CLI และมี GitHub Copilot subscription ที่ยัง active จึงจะรันได้ ส่วนโมเดลที่ใช้เลือกได้ผ่าน environment variable GITHUB_COPILOT_MODEL โดยตัวอย่างในบทความอ้างถึงค่าอย่าง gpt-5 และ claude-sonnet-4 และถ้าไม่ระบุก็จะใช้ค่าเริ่มต้นของเซิร์ฟเวอร์

คลาสหลักฝั่ง .NET คือ CopilotClient, SessionConfig, AIAgent และ ApprovalRequiredAIFunction ส่วนฝั่ง Python คือ GitHubCopilotAgent และ GitHubCopilotOptions

ความสามารถระดับระบบ — และประตูที่กั้นไว้

Copilot Agent มาพร้อมความสามารถที่แตะเครื่องจริง 4 อย่าง:

• รันคำสั่ง shell
• อ่าน/เขียนไฟล์
• ดึงเนื้อหาจาก URL
• เรียก MCP tool

ทั้งสี่อย่างถูกกั้นด้วย permission handler — ทุกคำขอจะวิ่งผ่าน callback ที่แอปคุณเขียนเอง แล้วคุณคืนค่าการตัดสินใจกลับไป ฝั่ง .NET ใช้รูปแบบ OnPermissionRequest แล้วคืน PermissionDecision.ApproveOnce() หรือ PermissionDecision.Reject() ฝั่ง Python ใช้ callback on_permission_request ในรูปแบบเดียวกัน และมีทางลัด PermissionHandler.approve_all ให้

ทางลัดตัวหลังนั้นคือจุดที่ต้องระวังที่สุดในทั้งบทความ — approve_all สะดวกมากตอน prototype และเป็นสิ่งที่จะติดไปถึง production ได้ง่ายที่สุด ในเมื่อ agent ตัวนี้รัน shell และเขียนไฟล์ได้ การเปิดอนุมัติทุกอย่างเท่ากับมอบสิทธิ์เท่าที่โปรเซสของคุณมี

มุมมอง AI Curator

การประกาศนี้อ่านคู่กับข่าวอีกสองชิ้นในสัปดาห์เดียวกันแล้วจะเห็นภาพชัดขึ้นมาก — พิมพ์เขียว “ops agent ที่รออนุมัติก่อนลงมือ” ของ Azure ที่เราเขียนถึงเมื่อ 4 สิงหาคม และเวิร์ม prompt injection ใน Copilot Word เมื่อ 3 สิงหาคม Microsoft กำลังทำให้ human-in-the-loop เป็นค่าเริ่มต้นเชิงสถาปัตยกรรม ไม่ใช่ฟีเจอร์เสริม และนั่นถูกทางแล้ว

แต่สิ่งที่นักพัฒนาควรคิดให้ลึกกว่านั้นคือ การแลกเปลี่ยนที่ซ่อนอยู่ในคำว่า “Copilot เป็นเจ้าของลูป” คุณได้ agent ที่เก่งเรื่องโค้ดฟรี ๆ โดยไม่ต้องประกอบเอง แต่คุณเสียความสามารถในการตรวจสอบว่าเกิดอะไรขึ้นข้างใน — การวางแผน, การตัดสินใจเรียกเครื่องมือ, การจัดการ session ทั้งหมดอยู่ฝั่ง Copilot สิ่งที่คุณเห็นคือ คำขอสิทธิ์ที่โผล่ออกมาที่ปลายทาง ไม่ใช่เหตุผลเบื้องหลังคำขอนั้น สำหรับงานที่ต้องผ่าน audit จริง ๆ นี่คือคำถามที่ต้องถามฝ่าย compliance ตั้งแต่วันแรก ไม่ใช่หลังจากขึ้น production

อีกจุดที่ทีมไทยควรคำนวณล่วงหน้าคือ ต้นทุนและเงื่อนไขสิทธิ์การใช้งาน เมื่อการรัน agent ผูกกับ Copilot CLI ที่ต้องล็อกอินและมี subscription แปลว่าคุณกำลังสร้างระบบ production ที่พึ่งบัญชีผู้ใช้ ไม่ใช่ service credential แบบที่โครงสร้างพื้นฐานปกติใช้กัน — ทั้งเรื่องการหมุนสิทธิ์, การนับจำนวน seat, และเรื่องว่าใครเป็นเจ้าของ session ล้วนเป็นคำถามที่บทความยังไม่ตอบ ทีมที่กำลังประเมินควรทดลองบนงานที่ขอบเขตแคบก่อน แล้วดูว่ารูปแบบสิทธิ์นี้เข้ากับวิธีที่องค์กรบริหารบัญชีอยู่จริงหรือไม่

โดยรวม นี่เป็นก้าวที่มีประโยชน์จริงสำหรับทีมที่อยู่ในระบบนิเวศ Microsoft อยู่แล้ว — โดยเฉพาะทีม .NET ที่ก่อนหน้านี้ตัวเลือก agent เชิงโค้ดมีน้อยกว่าฝั่ง Python มาก แต่มันคือการยืมสมองของคนอื่นมาใช้ ไม่ใช่การสร้างสมองเอง และควรถูกเลือกด้วยเหตุผลนั้นอย่างรู้ตัว

แหล่งข่าว

• Build Production-Ready Agents with the GitHub Copilot Harness and Agent Framework — Microsoft Agent Framework Blog
• Microsoft Agent Framework — devblogs
• โพสต์ก่อนหน้า: พิมพ์เขียว ops agent ที่รออนุมัติก่อนลงมือ