งานวิจัยแรกที่ส่องตลาดปลั๊กอิน Claude Code ทั้งระบบ: 1,926 รีโป 8,351 ปลั๊กอิน 77,773 คอมมิต — Claude เป็นผู้ร่วมเขียน 34.9% ของคอมมิตทั้งหมด และไฟล์ SKILL.md กับสคริปต์ต้องแก้พร้อมกัน

ระบบนิเวศ “ปลั๊กอิน/สกิล” ของเอเจนต์โคดดิ้งโตเร็วมากในปีที่ผ่านมา จนแทบทุกคนที่เขียนโค้ดด้วยเอเจนต์มี .claude/ ที่มี skill กับ command ของตัวเองอยู่หนึ่งกอง แต่สิ่งที่ยังไม่มีใครวัดคือ ของพวกนี้ถูก “ดูแล” หรือเป็นแค่ของที่เขียนทิ้ง — เขียนครั้งเดียวแล้วไม่กลับมาแตะอีกเลย

เมื่อวันที่ 28 สิงหาคม 2026 มีเปเปอร์ขึ้น arXiv (2608.28497) ที่ตอบคำถามนี้ด้วยข้อมูลจริงเป็นครั้งแรก ทีมวิจัยนำโดย Ahmed Hereiz, Yingzhe Lyu, Hao Li, Bram Adams และ Ahmed E. Hassan — เป็นทีมสาย Mining Software Repositories ซึ่งเป็นสายที่ทำงานวิเคราะห์ประวัติรีโปแบบนี้กับซอฟต์แวร์ดั้งเดิมมาหลายสิบปี — เก็บและวิเคราะห์ 1,926 รีโปที่โฮสต์ Claude Code plugin marketplace ครอบคลุม 8,351 ปลั๊กอินใน 2,018 marketplace และ 77,773 คอมมิต

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

ตัวเลขที่ได้จากการนับจริง

จากบทคัดย่อของเปเปอร์เอง (ไม่ใช่การเล่าต่อจากสำนักข่าว):

• กิจกรรมคอมมิตที่แตะปลั๊กอินโตขึ้น 8.8 เท่าในหกเดือน นับหลังจากที่ระบบเปิดตัวเมื่อตุลาคม 2025
• 61.3% ของปลั๊กอินทั้งหมดเป็นงานสาย Software Engineering — ระบบนิเวศนี้ยังกระจุกอยู่ที่งานเขียน/แก้/รีวิวโค้ดอย่างท่วมท้น ยังไม่กระจายไปงานสายอื่นเท่าที่ marketing ของแต่ละเจ้าชอบเล่า
• คอมมิตประเภท feature มีสัดส่วน 39.6% เทียบกับ 17.2% ในโอเพนซอร์สทั่วไป — มากกว่าสองเท่า
• Claude เป็นผู้ร่วมเขียน (co-author) 34.9% ของคอมมิตทั้งหมด — หนึ่งในสามของประวัติการพัฒนาระบบนิเวศนี้มีเอเจนต์เซ็นชื่อกำกับอยู่

ตัวเลข 39.6% นั้นบอกอะไรบางอย่างที่ตรงกับสัญชาตญาณของคนที่ใช้จริง: ระบบนิเวศนี้ยังอยู่ในเฟส “เพิ่มของ” ไม่ใช่เฟส “ดูแลของ” คนยังทุ่มไปกับการเขียน skill ใหม่มากกว่าการซ่อม skill เดิม

จุดที่น่าสนใจกว่าตัวเลขโต: คำศัพท์เดิมความหมายเปลี่ยน

ทีมวิจัยพบว่า คอมมิตสี่ประเภท — docs, perf, style, refactor — มีความหมายต่างไปอย่างมีนัยสำคัญในรีโปปลั๊กอินเทียบกับซอฟต์แวร์ดั้งเดิม

เรื่องนี้ตรงไปตรงมาเมื่อคิดตาม: ในโปรเจกต์ปกติ docs: คือแก้เอกสารที่มนุษย์อ่าน ไม่กระทบพฤติกรรมของโปรแกรม แต่ในปลั๊กอินเอเจนต์ ไฟล์เอกสารคือโปรแกรม — การแก้ถ้อยคำใน SKILL.md เปลี่ยนสิ่งที่เอเจนต์ทำจริง ๆ เช่นเดียวกับ perf: ที่ในโลกเดิมหมายถึงเร็วขึ้นเป็นมิลลิวินาที แต่ในโลกนี้อาจหมายถึงตัดโทเคนในพรอมป์ต์

แปลว่าเครื่องมือและงานวิจัยที่วิเคราะห์ประวัติคอมมิตแบบเดิม ๆ (บอตแท็ก semantic release, การจัดหมวดคอมมิตอัตโนมัติ, เมตริกสุขภาพโปรเจกต์) จะอ่านรีโปแบบนี้ผิดโดยอัตโนมัติ

ของใหม่จริง: การผูกกันระหว่างไฟล์ภาษาธรรมชาติกับสคริปต์

ข้อค้นพบที่เปเปอร์เรียกว่า “a new class of maintenance dependency not observed in traditional software engineering” คือส่วนนี้

โดยรวมแล้ว องค์ประกอบส่วนใหญ่ของปลั๊กอินวิวัฒน์แยกกันอย่างอิสระ — แก้อันหนึ่งไม่ต้องแก้อีกอัน แต่ ภายในโฟลเดอร์ skills/ ไฟล์คำสั่งภาษาธรรมชาติกับสคริปต์ที่ทำงานจริงกลับเปลี่ยนพร้อมกันในอัตราที่สูงกว่าความบังเอิญ และ 78% ของการเปลี่ยนพร้อมกันนั้นมีความเชื่อมโยงเชิงหน้าที่กันจริง (functionally coupled) ไม่ใช่แค่บังเอิญอยู่ในคอมมิตเดียวกัน

นี่คือหนี้ทางเทคนิคชนิดใหม่ที่ยังไม่มีเครื่องมือรองรับ ในซอฟต์แวร์ปกติเรามีคอมไพเลอร์ ไทป์เช็กเกอร์ และเทสต์คอยจับว่า “คุณแก้ฟังก์ชันแต่ลืมแก้ที่เรียกใช้” แต่ไม่มีอะไรเลยที่จับได้ว่า “คุณแก้สคริปต์แล้ว แต่ SKILL.md ยังบอกเอเจนต์ให้เรียกด้วยอาร์กิวเมนต์แบบเก่า” ความไม่ตรงกันแบบนี้จะไม่พัง ไม่ error แต่จะทำให้เอเจนต์ทำงานผิดแบบเงียบ ๆ

มุมมอง AI Curator

สิ่งที่ทำให้เปเปอร์นี้มีค่ามากกว่าเปเปอร์ “เราสร้างเฟรมเวิร์กเอเจนต์ใหม่” อีกสิบชิ้นในสัปดาห์เดียวกัน คือมันเป็นงานสาย empirical software engineering ที่เอาเครื่องมือเก่าแก่ของวงการ (การขุดประวัติรีโป การจัดหมวดคอมมิต การวัด co-change) มาชี้ว่าของใหม่ตรงไหนที่ เครื่องมือเก่าใช้ไม่ได้ — ซึ่งมีประโยชน์กว่าการชมว่าระบบนิเวศโตเร็ว

ข้อค้นพบเรื่อง co-evolution 78% ในโฟลเดอร์ skills/ เป็นสิ่งที่ทีมไทยที่กำลังทำ internal skill/plugin ให้ทีมตัวเองควรเอาไปใช้ทันที และมันแปลเป็นแนวปฏิบัติได้ตรง ๆ:

1. อย่าเก็บ SKILL.md แยกจากสคริปต์ที่มันสั่ง ให้อยู่โฟลเดอร์เดียวกันและรีวิวเป็นหน่วยเดียว — งานนี้เพิ่งให้หลักฐานเชิงปริมาณแล้วว่าทั้งสองต้องแก้ตามกันจริง
2. ตั้ง CODEOWNERS หรือกฎรีวิวให้ PR ที่แตะสคริปต์ต้องแตะไฟล์คำสั่งด้วย (หรืออย่างน้อยต้องมีคนยืนยันว่าไม่ต้อง) นี่คือ linter ที่ยังไม่มีใครเขียน และเป็นช่องว่างเครื่องมือที่เปิดอยู่จริง ๆ
3. ระวังตัวเลข 34.9% — ถ้าหนึ่งในสามของคอมมิตในระบบนิเวศนี้มีเอเจนต์ร่วมเขียน แปลว่าคุณภาพของ skill ที่คุณดึงมาจาก marketplace สาธารณะสะท้อนคุณภาพเอาต์พุตของเอเจนต์พอ ๆ กับวิจารณญาณของคนดูแล การ git log ดูก่อนติดตั้ง skill จากรีโปแปลกหน้าไม่ใช่ความหวาดระแวงเกินเหตุ

ข้อจำกัดที่ควรพูดให้ครบ: งานนี้วัด กิจกรรมการดูแล ไม่ใช่คุณภาพหรือความปลอดภัย จำนวนคอมมิตที่โตขึ้น 8.8 เท่าไม่ได้แปลว่าปลั๊กอินดีขึ้น และการที่ 61.3% เป็นงานสาย Software Engineering อาจสะท้อนว่า marketplace สาธารณะดึงดูดคนกลุ่มไหนมากกว่าจะสะท้อนว่าสกิลเอเจนต์ใช้ได้ดีกับงานประเภทไหน อีกทั้งข้อมูลนับถึงราวหกเดือนหลังเปิดตัวตุลาคม 2025 — ระบบนิเวศที่โตเร็วขนาดนี้อาจมีหน้าตาต่างไปแล้วในวันที่คุณอ่านบทความนี้ ซึ่งก็เป็นเหตุผลที่งานวัดผลแบบนี้ควรมีคนทำซ้ำเป็นระยะ ไม่ใช่ทำครั้งเดียว

แหล่งข่าว

• On the Maintenance and Co-evolution of Agent Plugins: An Empirical Study of Claude Code Plugin Marketplaces — arXiv 2608.28497
• รายการเปเปอร์ล่าสุดหมวด cs.SE บน arXiv
• เอกสารทางการเรื่อง Plugins และ Marketplace ของ Claude Code