Agent Plugins คืออะไร? Skills, MCP Servers และสิ่งที่จะเปลี่ยนแปลง (2026)
Agent Plugins คือข้อกำหนดแบบเปิดที่ไม่ขึ้นกับผู้ให้บริการรายใดรายหนึ่ง (vendor-neutral) สำหรับการรวมแพ็กเกจ Agent Skills และเซิร์ฟเวอร์ MCP เข้าไว้ในโฟลเดอร์เดียวที่พกพาสะดวก เวอร์ชัน 1.0.0 ได้รับการเผยแพร่เมื่อวันที่ 6 สิงหาคม 2026 โดยมีการกำหนดไฟล์ Manifest เพียงไฟล์เดียวและโครงสร้างโฟลเดอร์เดียว เพื่อให้แพ็กเกจเดียวกันนี้สามารถโหลดในไคลเอนต์ AI agent ที่เข้ากันได้ทุกระบบ
นั่นคือแนวคิดทั้งหมด ไม่มีโปรโตคอลใหม่และไม่มีรันไทม์ใหม่ที่นี่ ส่วนประกอบต่างๆ ที่มีอยู่แล้วยังคงทำงานได้ตามปกติ และข้อกำหนดนี้เพียงแค่บอกวิธีนำส่วนประกอบเหล่านั้นมารวมกันไว้ในกล่องเดียวเท่านั้น
คู่มือนี้จะครอบคลุมถึงสิ่งที่เปิดตัวและสิ่งที่มีอยู่ภายในปลั๊กอิน รวมถึงสิ่งที่ข้อกำหนดนี้ปฏิเสธที่จะกำหนด และการเปลี่ยนแปลงสำหรับผู้ที่ใช้งานเอเจนต์เพื่อทำการวิเคราะห์ข้อมูล
สิ่งที่เปิดตัวเมื่อวันที่ 6 สิงหาคม 2026
มีการเผยแพร่โพสต์อย่างเป็นทางการสองโพสต์ในวันเดียวกัน โดย Vercel ได้เผยแพร่ประกาศที่เขียนโดย Jonathan Hefner ส่วน Google ได้เผยแพร่โพสต์ของตนเองโดย Kevin Hou, Haoyu Wang และ Alan Blount บน Google Developers Blog
โพสต์ของ Vercel ระบุว่า Vercel เป็นผู้ริเริ่มข้อเสนอนี้ จากนั้นตัวแทนจาก Amazon Web Services, Anysphere, GitHub, Microsoft, OpenAI และ Vercel ได้ร่วมกันปรับปรุงจนกลายมาเป็นเวอร์ชัน 1.0.0
โพสต์ดังกล่าวยังระบุรายชื่อไคลเอนต์ที่รองรับรูปแบบนี้ในช่วงเปิดตัว ได้แก่ ChatGPT, Codex, Cursor, GitHub Copilot, Kiro และ VS Code ส่วนโพสต์ของ Google ได้ระบุชื่อผลิตภัณฑ์ของตนเองสองรายการ ได้แก่ Agents CLI และ Data Agent Kit โดย Data Agent Kit มาพร้อมกับปลั๊กอินสำหรับ BigQuery, Spanner และ Cloud SQL
มีรายละเอียดหนึ่งที่ควรทำความเข้าใจให้ถูกต้อง คลังเก็บข้อมูล (repository) ของข้อกำหนดนี้ถูกสร้างขึ้นเมื่อวันที่ 3 เมษายน 2026 ดังนั้นวันที่ 6 สิงหาคม จึงเป็นวันเปิดตัวเวอร์ชัน 1.0.0 ไม่ใช่จุดเริ่มต้นของการทำงาน การรายงานข่าวที่มองว่าสองวันนี้เป็นวันเดียวกันจึงเป็นการกล่าวเกินจริงเกี่ยวกับการพัฒนาที่รวดเร็วของโครงการนี้
ใครอยู่เบื้องหลังโครงการนี้
โครงการนี้ได้เผยแพร่รายชื่อ Technical Steering Committee ไว้ในไฟล์ MAINTAINERS.md ณ เดือนสิงหาคม 2026 มีการระบุรายชื่อ Core Maintainers ไว้ 5 คน ได้แก่ Clare Liguori จาก Amazon, Roshan Sadanani จาก Cursor และ Harald Kirschner จาก Microsoft นอกจากนี้ยังมีชื่อของ Gav Verma จาก OpenAI และ Jonathan Hefner จาก Vercel โดย Hefner ได้รับการระบุให้เป็น Lead Core Maintainer
ประกาศของ Google ระบุว่า Google ได้เข้าร่วมเป็น Core Maintainer โดยมี Kevin Hou เป็นตัวแทน อย่างไรก็ตาม การเพิ่มชื่อนี้ยังไม่ปรากฏในไฟล์ผู้ดูแล (maintainers) ที่เผยแพร่ในปัจจุบัน
สัญญาอนุญาต (Licensing) จะถูกแบ่งออกเป็นส่วนๆ โดยประกาศสัญญาอนุญาตของคลังเก็บข้อมูลระบุให้เนื้อหาข้อกำหนด เอกสารประกอบ และตัวอย่างการใช้งานอยู่ภายใต้ CC BY 4.0 ส่วน Schemas, ซอร์สโค้ด และสคริปต์จะอยู่ภายใต้ Apache 2.0
สิ่งที่อยู่ภายในปลั๊กอินจริงๆ คืออะไร
ปลั๊กอินคือโฟลเดอร์ (directory) หนึ่ง โดยข้อกำหนดนี้ตั้งใจออกแบบมาให้มีส่วนที่จำเป็นน้อยที่สุด
ไฟล์ Manifest คือ plugin.json และมีฟิลด์ที่จำเป็นเพียงสองฟิลด์เท่านั้น ฟิลด์ $schema จะประกาศว่าแพ็กเกจนี้มีเป้าหมายที่ข้อกำหนดเวอร์ชันใด สำหรับเวอร์ชัน 1.0.0 ค่าดังกล่าวคือ https://agent-plugins.org/schemas/1.0.0/plugin.schema.json
ฟิลด์ที่จำเป็นฟิลด์ที่สองคือ name ซึ่งต้องมีความยาวตั้งแต่ 1 ถึง 64 ตัวอักษร โดยใช้ตัวอักษรจาก a-z, 0-9, - และ . และต้องเริ่มต้นและลงท้ายด้วยตัวอักษรหรือตัวเลขเท่านั้น ไม่อนุญาตให้ใช้ตัวคั่นซ้ำกัน เช่น -- และ ..
ส่วนอื่นๆ ทั้งหมดใน Manifest เป็นฟิลด์ที่ไม่บังคับ (optional) ได้แก่ version, description, author, homepage, repository, license และ keywords
ส่วนประกอบต่างๆ จะอยู่ในเส้นทาง (path) ที่กำหนดไว้ตายตัว แทนที่จะเป็นการประกาศแบบ inline โดย Skills จะมาจากโฟลเดอร์ skills/ ซึ่งแต่ละโฟลเดอร์ย่อยชั้นแรกที่มีไฟล์ SKILL.md จะนับเป็นหนึ่ง skill ส่วนเซิร์ฟเวอร์ MCP จะถูกประกาศใน mcp.json
ข้อจำกัดสุดท้ายนี้เป็นสิ่งที่น่าสนใจ ไฟล์ Manifest ไม่สามารถย้ายตำแหน่งของส่วนประกอบและไม่สามารถกำหนดแบบ inline ได้ ดังนั้น ผู้ที่เข้ามาอ่านจึงสามารถทราบได้ทันทีว่าปลั๊กอินนั้นประกอบด้วยอะไรบ้างเพียงแค่ดูจากสองเส้นทางนี้
ตัวอย่างการใช้งานจริงจะช่วยให้เห็นภาพได้ชัดเจนขึ้น ปลั๊กอินที่สร้างรายงานสรุปรายได้ประจำเดือนจะประกอบด้วยโฟลเดอร์ skill หนึ่งโฟลเดอร์ที่เก็บคำสั่งในการรายงานผล และรายการใน mcp.json หนึ่งรายการที่ชี้ไปยังคลังข้อมูล (warehouse) การจัดเตรียมในลักษณะนี้ไม่มีส่วนใดที่ขึ้นอยู่กับไคลเอนต์เฉพาะราย ซึ่งนี่คือหัวใจสำคัญของเรื่องนี้
สิ่งที่ข้อกำหนดนี้จงใจละเว้นไว้
รายการสิ่งที่ไม่รวมอยู่นั้นยาวกว่ารายการข้อกำหนดที่จำเป็น และมีการระบุไว้อย่างเปิดเผย
ข้อกำหนดนี้ไม่ได้กำหนดรูปแบบของ skill เอง ซึ่งเป็นหน้าที่ของข้อกำหนด Agent Skills และไม่ได้กำหนดพฤติกรรมการส่งข้อมูล (wire behaviour) ของ MCP ซึ่งเป็นหน้าที่ของ Model Context Protocol นอกจากนี้ยังไม่ได้กำหนดเนื้อหาหรือการตรวจสอบความถูกต้องของส่วนขยายเฉพาะไคลเอนต์ และไม่ได้กำหนดพฤติกรรมการทำงานสำรอง (fallback) หลังจากที่การเชื่อมต่อการรับส่งข้อมูลล้มเหลว
โพสต์ของ Google ได้ระบุขอบเขตส่วนที่เหลือเพิ่มเติม โดยกลไกการติดตั้ง, โปรโตคอลการเผยแพร่, สิทธิ์การใช้งาน (permissions), การทำ sandboxing, การตรวจสอบความน่าเชื่อถือ (trust verification) และประสบการณ์ของผู้ใช้งาน (user experience) ทั้งหมดนี้ล้วนอยู่นอกเหนือขอบเขต (out of scope)
การละเว้นเรื่องการตรวจสอบความน่าเชื่อถือเป็นประเด็นที่ควรพิจารณา ปลั๊กอินสามารถประกาศเซิร์ฟเวอร์ MCP ที่เข้าถึงปลายทาง (endpoint) ใดก็ได้ และข้อกำหนดนี้จะไม่ตัดสินว่าปลายทางนั้นควรได้รับสิทธิ์เข้าถึงหรือไม่ การตรวจสอบจึงยังคงเป็นหน้าที่ของมนุษย์ หรือเป็นหน้าที่ของไคลเอนต์ใดก็ตามที่โหลดแพ็กเกจนั้นเข้ามา
นี่เป็นเพียงรูปแบบการรวมแพ็กเกจเท่านั้น ใครที่คาดหวังว่าจะได้เห็น app store ที่มีการตรวจสอบและลงนามรับรอง (signing) จะไม่มีสิ่งนั้นที่นี่
ทำไมมาตรฐานการรวมแพ็กเกจจึงมีความสำคัญต่องานข้อมูล
คนส่วนใหญ่ที่ขอให้เอเจนต์สร้างแผนภูมิให้มักจะไม่เคยคิดถึงเรื่องการรวมแพ็กเกจเลย เพราะการเชื่อมต่อยังคงเป็นแบบโดยตรง
เอเจนต์จะสามารถสร้างผลงานจริงได้ก็ต่อเมื่อสามารถเข้าถึงสองสิ่งนี้ได้ นั่นคือ คำสั่งสำหรับงานนั้นๆ และการเข้าถึงข้อมูล โดย Skills จะทำหน้าที่ส่งต่อคำสั่ง ส่วนเซิร์ฟเวอร์ MCP จะทำหน้าที่ส่งต่อการเข้าถึงข้อมูล ซึ่งที่ผ่านมา การส่งมอบทั้งสองสิ่งนี้ร่วมกันหมายความว่าจะต้องมี wrapper ที่แตกต่างกันไปสำหรับแต่ละไคลเอนต์
การทำงานที่ซ้ำซ้อนมีต้นทุนที่คาดเดาได้ ตัว wrapper อาจเกิดความคลาดเคลื่อน (drift) ไคลเอนต์หนึ่งได้รับการแก้ไข แต่อีกไคลเอนต์หนึ่งกลับไม่ได้รับ ส่งผลให้เวอร์ชันที่อ่านคลังข้อมูลของคุณล้าหลังกว่าเวอร์ชันที่เขียนรายงานสรุป และความล้มเหลวนี้จะแสดงออกมาในรูปแบบของตัวเลขที่ไม่อัปเดตในรายงานที่เสร็จสมบูรณ์
ทีมที่ดูแลรักษา skills ภายในของตนเองจะรู้สึกถึงปัญหานี้มากที่สุด กลุ่มงานการเงินที่มี skill สำหรับขั้นตอนการปิดบัญชีและตัวเชื่อมต่อคลังข้อมูล ในปัจจุบันต้องส่งมอบแยกกัน จากนั้นต้องทำการเชื่อมต่อซ้ำๆ สำหรับแต่ละโปรแกรมแก้ไข (editor) ที่ทีมใช้งาน แต่การมีแพ็กเกจเดียวจะเข้ามาแทนที่กระบวนการเหล่านั้นด้วยโฟลเดอร์เดียวในระบบควบคุมเวอร์ชัน (version control)
รูปแบบแพ็กเกจที่ใช้ร่วมกันจะช่วยขจัดปัญหาความคลาดเคลื่อนในลักษณะนี้ออกไปได้ แต่มันไม่ได้ทำให้เอเจนต์วิเคราะห์ข้อมูลได้เก่งขึ้น และไม่ควรนำไปโฆษณาชวนเชื่อเช่นนั้น
จุดที่มาตรฐานปลั๊กอินเริ่มไม่สามารถช่วยได้อีกต่อไป
ข้อกำหนดการรวมแพ็กเกจตั้งอยู่บนสมมติฐานที่ว่าคุณมีส่วนประกอบต่างๆ อยู่แล้ว โดยไม่ได้ระบุถึงคุณภาพของส่วนประกอบเหล่านั้น และจะไม่บอกคุณว่า skill นั้นจะสร้างแผนภูมิที่ถูกต้องและน่าเชื่อถือได้หรือไม่
นี่คือช่องว่างที่ควรพูดถึงอย่างตรงไปตรงมา Powerdrill Bloom ได้เปิดให้ใช้งานทั้งสองสิ่งที่รูปแบบแพ็กเกจนี้รวบรวมไว้แล้ว โดยสามารถรัน Claude Skills สำหรับการวิจัย, การวิเคราะห์, การทำงานอัตโนมัติ และการดำเนินการต่างๆ นอกจากนี้ยังมาพร้อมกับเซิร์ฟเวอร์ MCP ของตัวเอง เพื่อให้ไคลเอนต์ที่เข้ากันได้สามารถเรียกดูชุดข้อมูลและรันงานตามคำขอได้
สิ่งที่เพิ่มเข้ามานอกเหนือจากระบบโครงสร้างพื้นฐาน (plumbing) คือส่วนที่ข้อกำหนดนี้ไม่ได้เข้าไปยุ่งเกี่ยว คุณเพียงแค่อัปโหลดสเปรดชีต ถามคำถามด้วยภาษาธรรมชาติ และจะได้รับแผนภูมิ บทสรุปที่เป็นลายลักษณ์อักษร หรือสไลด์นำเสนอ (deck) กลับมา เลเยอร์การรวมแพ็กเกจจะกำหนดเพียงแค่วิธีที่เครื่องมือต่างๆ จะส่งผ่านระหว่างไคลเอนต์ แต่ไม่ได้เป็นตัวตัดสินว่าคำตอบที่ได้นั้นมีคุณภาพดีหรือไม่
สำหรับการสำรวจระบบนิเวศนี้ในวงกว้างขึ้น บทความรวบรวม MCP platforms และ agent skills สำหรับการวิเคราะห์ข้อมูลและการรายงานผล ของเราได้ครอบคลุมข้อมูลในปัจจุบันไว้แล้ว
มาตรฐานใกล้เคียงที่ควรทำความรู้จักไว้
ปัจจุบันมีข้อกำหนดสามประการที่อยู่เคียงคู่กัน และอาจทำให้สับสนได้ง่าย
| มาตรฐาน | สิ่งที่กำหนด | ขอบเขต |
|---|---|---|
| Agent Skills | วิธีการเขียน skill เดี่ยวๆ | คำสั่งและทรัพยากร |
| Model Context Protocol | วิธีที่เอเจนต์สื่อสารกับเครื่องมือหรือแหล่งข้อมูล | โปรโตคอลรันไทม์ |
| Agent Plugins | วิธีการส่งมอบ skills และเซิร์ฟเวอร์ MCP รวมกันเป็นหนึ่งหน่วย | การรวมแพ็กเกจเท่านั้น |
การอ่านคอลัมน์ขอบเขตเป็นวิธีที่เร็วที่สุดในการหลีกเลี่ยงความสับสนในการจัดประเภท คำถามเกี่ยวกับวิธีที่เอเจนต์ใช้ยืนยันตัวตนกับฐานข้อมูลถือเป็นคำถามเกี่ยวกับ MCP ส่วนคำถามเกี่ยวกับวิธีส่งมอบการตั้งค่าทั้งหมดให้กับเพื่อนร่วมงานถือเป็นคำถามเกี่ยวกับการรวมแพ็กเกจ
ทั้งสามส่วนนี้ได้รับการออกแบบมาเพื่อส่งเสริมซึ่งกันและกัน ปลั๊กอินจะประกอบด้วย skills และการประกาศเซิร์ฟเวอร์ MCP ซึ่งแต่ละส่วนยังคงสามารถพกพาและใช้งานได้อย่างอิสระภายนอกปลั๊กอิน
บทสรุป
Agent Plugins 1.0.0 เป็นข้อกำหนดขนาดเล็กที่มีหน้าที่เฉพาะเจาะจง มีไฟล์ Manifest เพียงไฟล์เดียว, ฟิลด์ที่จำเป็นสองฟิลด์, เส้นทางส่วนประกอบที่กำหนดไว้ตายตัวสองเส้นทาง และการปฏิเสธอย่างชัดเจนที่จะกำหนดเรื่องการติดตั้ง, สิทธิ์การใช้งาน หรือความน่าเชื่อถือ
คุณค่าของมันจะปรากฏให้เห็นในระยะยาวหลายเดือนมากกว่าที่จะเห็นตั้งแต่วันแรก การมี wrapper น้อยลงหมายถึงโอกาสที่เครื่องมือจะทำงานไม่ซิงค์กันก็น้อยลงตามไปด้วย ซึ่งเรื่องนี้มีความสำคัญที่สุดเมื่อผลลัพธ์ที่ได้คือตัวเลขที่ใครบางคนจะนำไปใช้งานต่อ หากคุณต้องการเลเยอร์การวิเคราะห์มากกว่าระบบโครงสร้างพื้นฐาน ลองใช้งาน Powerdrill Bloom กับไฟล์ที่คุณมีอยู่แล้ว และสามารถดูหน้า auto insights ของเราเพิ่มเติมได้เช่นกัน
ข้อเท็จจริงในบทความนี้ได้รับการตรวจสอบกับแหล่งข้อมูลอย่างเป็นทางการเมื่อวันที่ 11 สิงหาคม 2026 รายละเอียดของข้อกำหนดอาจมีการเปลี่ยนแปลง ดังนั้นโปรดตรวจสอบหน้าเว็บที่ลิงก์ไว้ก่อนที่จะอ้างอิงชื่อฟิลด์ใดๆ
คำถามที่พบบ่อย
Agent Plugins คืออะไร อธิบายง่ายๆ ได้อย่างไร?
คือวิธีการมาตรฐานในการรวม skills ของเอเจนต์และการประกาศเซิร์ฟเวอร์ MCP เข้าไว้ในโฟลเดอร์เดียว จากนั้นไคลเอนต์ที่เข้ากันได้จะสามารถโหลดโฟลเดอร์นั้นได้ทันทีโดยไม่ต้องมี wrapper เฉพาะสำหรับไคลเอนต์นั้นๆ ครอบไว้อีกที
Agent Plugins เหมือนกับ MCP หรือไม่?
ไม่ใช่ MCP คือโปรโตคอลรันไทม์ที่ควบคุมวิธีที่เอเจนต์สื่อสารกับเครื่องมือหรือแหล่งข้อมูล ส่วน Agent Plugins จะควบคุมเฉพาะการรวมแพ็กเกจเท่านั้น โดยปลั๊กอินสามารถประกาศเซิร์ฟเวอร์ MCP ไว้ภายในได้
มีสิ่งใดบ้างที่จำเป็นใน plugin.json?
มีเพียงสองฟิลด์เท่านั้น ค่า $schema จะประกาศเวอร์ชันของข้อกำหนดที่เป็นเป้าหมาย และ name จะระบุชื่อของปลั๊กอิน ส่วนข้อมูลอื่นๆ ทั้งหมด รวมถึง version และ license ถือเป็นข้อมูลเมตาที่ไม่บังคับ
เครื่องมือใดบ้างที่รองรับ Agent Plugins?
โพสต์เปิดตัวของ Vercel ระบุรายชื่อ ChatGPT, Codex, Cursor, GitHub Copilot, Kiro และ VS Code ส่วน Google ได้ประกาศรองรับแยกต่างหากใน Agents CLI และ Data Agent Kit ของตนเอง
Agent Plugins จัดการเรื่องการติดตั้งหรือสิทธิ์การใช้งานหรือไม่?
ไม่ใช่ ทั้งการติดตั้ง, การเผยแพร่, สิทธิ์การใช้งาน, การทำ sandboxing และการตรวจสอบความน่าเชื่อถือ ล้วนอยู่นอกเหนือขอบเขตอย่างชัดเจน ข้อกำหนดนี้ครอบคลุมเพียงแค่โครงสร้างของแพ็กเกจและไม่มีอะไรนอกเหนือจากนั้น