Agent Plugins 1.0 ขึ้น GA ใน VS Code, Copilot CLI และ Copilot app ภายใน 6 วันหลังสเปกออก — พร้อมคำตอบเรื่อง 'ติดตั้งจากไหน ให้สิทธิ์อะไร' ที่สเปกจงใจไม่ตอบ

เมื่อ 7 สิงหาคม เราเขียนถึงสเปกกลาง Agent Plugins 1.0 ที่ Amazon, Cursor (Anysphere), Microsoft, OpenAI และ Vercel ตกลงกันไว้ และ Google เพิ่งเข้าร่วมเป็น Core Maintainer — แล้วปิดโพสต์นั้นด้วยข้อสังเกตว่าสเปกนี้ จงใจไม่แตะเรื่องที่ยากที่สุด คือ distribution, installation และ permissions ซึ่งยังปล่อยให้แต่ละเจ้าจัดการเอง

12 สิงหาคม 2026 GitHub ตอบส่วนนั้น: Agent Plugins 1.0 ขึ้นสถานะ generally available พร้อมกันใน VS Code, Copilot CLI, GitHub Copilot SDK และ GitHub Copilot app ครบทุกแพลน Copilot — ห่างจากวันเผยแพร่สเปก (6 ส.ค.) เพียง 6 วัน

สิ่งที่ใช้ได้จริงวันนี้

GitHub สรุปไว้สามข้อ:

• ติดตั้งปลั๊กอินตามสเปกจาก marketplace ได้ โดยมี Awesome Copilot marketplace เปิดใช้เป็นค่าเริ่มต้นใน VS Code, Copilot CLI และ Copilot app
• ปลั๊กอินตัวเดียวใช้ข้ามเครื่องมือ ไคลเอนต์ที่รองรับสเปกจะอ่านสกิลและคอนฟิก MCP server จากแพ็กเกจเดียวกันได้
• ของเดิมไม่พัง ปลั๊กอิน Copilot ที่ยังไม่ได้ทำตามสเปก 1.0 ยังใช้ได้ต่อ ไม่ต้อง migrate

ประเด็นที่ทำให้เรื่องนี้มีน้ำหนักคือคำอธิบายปัญหาที่ GitHub เขียนเอง — การเผยแพร่ปลั๊กอินให้หลายเอเจนต์ ทำได้อยู่แล้ว แต่ต้นทุนคือการทำซ้ำ ปลั๊กอินหนึ่งตัวอาจรวม runbook สำหรับ deploy เข้ากับ MCP server ที่ต่อกับเครื่องมือจริง ตัวสกิลกับตัวเซิร์ฟเวอร์ข้างในเหมือนกันทุกไคลเอนต์ แต่ สิ่งที่ห่อมันไว้ไม่เหมือนกัน จึงต้องดูแล manifest และโครงสร้างโฟลเดอร์แยกกันไปทุกเจ้า

การ migrate คืองาน manifest ล้วน ๆ

สำหรับคนที่ดูแลปลั๊กอินอยู่แล้ว GitHub ระบุขั้นตอนไว้สั้นมาก:

1. เพิ่ม $schema ลงใน plugin.json
2. เก็บสกิลไว้ใต้ skills/ และคอนฟิก MCP ไว้ใน mcp.json
3. ย้ายไฟล์เฉพาะของ Copilot เข้าไปในไดเรกทอรี com.github.copilot/ ซึ่งไคลเอนต์อื่นจะข้ามไป

ข้อ 3 คือหัวใจของการออกแบบ สเปกมาตรฐานเฉพาะ สกิลกับ MCP server เท่านั้น ความสามารถของ Copilot ที่เกินจากนั้น — custom agents, commands, rules และ hooks — อยู่ในไดเรกทอรีที่มี namespace กำกับ และโหลดได้ทั้งใน VS Code, Copilot CLI และ Copilot app ส่วน CLI กับ app ยังโหลดส่วนขยายอย่าง canvases เพิ่มได้อีก

พูดอีกแบบ: แพ็กเกจเดียวยังพกพาข้ามไคลเอนต์ได้ โดยไม่ต้องยอมเสียความสามารถเฉพาะของ Copilot

ชั้นที่สเปกไม่ตอบ GitHub ตอบด้วย enterprise settings

ส่วนที่ตอบคำถามค้างจากโพสต์เมื่อสัปดาห์ก่อนโดยตรงคือเรื่องการกำกับดูแล ลูกค้า Copilot Business และ Enterprise ใช้ managed settings เดิมที่มีอยู่แล้วครอบคลุมทั้ง VS Code, Copilot CLI, Copilot app และ Copilot cloud agent โดยใน managed-settings.json มีสามคีย์:

• enabledPlugins — สั่งติดตั้งอัตโนมัติ หรือบล็อกปลั๊กอินที่ระบุ
• extraKnownMarketplaces — เพิ่ม marketplace ที่นักพัฒนาเข้าถึงได้
• strictKnownMarketplaces — จำกัดให้ติดตั้งได้เฉพาะจาก marketplace ที่องค์กรอนุมัติ

ค่าระดับ enterprise ทำหน้าที่เป็นเส้นฐาน และรวมกับการตั้งค่าเฉพาะทีมที่ได้รับอนุมัติแบบบวกเพิ่ม ไม่ใช่แบบเขียนทับ

มุมมอง AI Curator

หกวันจากสเปกถึง GA คือหลักฐานว่าการออกแบบสเปกให้เล็กได้ผล ตอนเขียนโพสต์วันที่ 7 ส.ค. เราตั้งข้อสังเกตว่าเนื้อสเปกแทบไม่มีอะไรเลย — เป็นแค่โครงสร้างโฟลเดอร์กับไฟล์ JSON ที่บังคับสองฟิลด์ — และคุณค่าจริงอยู่ที่การที่หกบริษัทใหญ่ยอมใช้ “แค่นี้” เหมือนกัน ตอนนี้เราได้ตัวเลขมายืนยัน: มาตรฐานที่เล็กพอจนอิมพลีเมนต์เสร็จในหกวันคือมาตรฐานที่คนจะอิมพลีเมนต์จริง ส่วนมาตรฐานที่พยายามครอบคลุมทุกอย่างมักใช้เวลาเป็นปีและตายระหว่างทาง

แต่ต้องอ่านโครงสร้าง com.github.copilot/ ให้ขาด สิ่งที่พกพาได้จริงคือ สกิลกับ MCP server ซึ่งเป็นชั้นวัตถุดิบ ส่วนสิ่งที่ทำให้ประสบการณ์ใน Copilot เป็น Copilot — custom agents, commands, rules, hooks, canvases — อยู่ใน namespace ที่ไคลเอนต์อื่น “ข้ามไป” ผลคือปลั๊กอินตัวเดียวลงได้ทุกที่จริง แต่ ไม่ได้เก่งเท่ากันทุกที่ นักพัฒนาที่จะแพ็กปลั๊กอินขายหรือแจกควรตัดสินใจตั้งแต่ต้นว่าจะให้ฟังก์ชันหลักอยู่ในชั้นพกพา (แล้วทุกไคลเอนต์ได้ครบ) หรืออยู่ในชั้น namespace (แล้วดีที่สุดบน Copilot เท่านั้น) — นี่คือ trade-off ทางผลิตภัณฑ์ ไม่ใช่รายละเอียดทางเทคนิค

และประเด็นที่ทีมไทยควรลงมือทำสัปดาห์นี้: ปลั๊กอินหนึ่งตัวห่อ MCP server ไว้ข้างใน GitHub ยกตัวอย่างเองว่าปลั๊กอินอาจรวม deployment runbook เข้ากับ MCP server ที่ต่อกับเครื่องมือจริง แปลว่าการที่นักพัฒนากด “ติดตั้งปลั๊กอิน” หนึ่งครั้ง อาจเท่ากับ การอนุญาตให้โปรเซสหนึ่งตัวต่อออกเน็ตเวิร์กและถือ credential — ซึ่งเป็นเรื่องที่ต้องผ่านการรีวิวความปลอดภัย ไม่ใช่การตั้งค่า IDE ตามใจ

องค์กรที่ใช้ Copilot Business/Enterprise อยู่ควรตั้ง strictKnownMarketplaces ให้เรียบร้อย ก่อน ที่ทีมจะเริ่มติดตั้งกันเอง เพราะการถอยกลับหลังจากมีปลั๊กอินกระจายอยู่ในเครื่องนักพัฒนาหลายสิบคนแล้วนั้นยากกว่ามาก และนี่ต่อเนื่องโดยตรงกับเรื่องที่เราเขียนไว้ตอน GitHub เพิ่ม allowlist ให้ MCP เมื่อ 8 ส.ค. — รูปแบบเดียวกันกำลังเกิดซ้ำในชั้นปลั๊กอิน

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

แหล่งข่าว

• Agent Plugins 1.0 in VS Code, Copilot CLI, and the Copilot app — GitHub Changelog
• Agent Plugins Specification 1.0.0 — agent-plugins.org
• Agent Plugins package your skills, tools, and more — Google Developers Blog