ปลั๊กอิน Claude: เข้าแคตตาล็อกของ Anthropic ได้อย่างไร และวัดดีมานด์ยังไง

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

มีอะไรใหม่ และทำไมนักพัฒนาควรสนใจ

บนหน้า Claude Marketplace ตอนที่เช็กเมื่อ 30 กันยายน 2569 มีปลั๊กอิน 340 ตัว ตัวเลขนี้ขยับอยู่ตลอดและอาจเปลี่ยนไปแล้วหลังบทความนี้ออก นอกจากเครื่องมือสำหรับนักพัฒนา ที่นั่นยังมีอินทิเกรชันกับบริการต่าง ๆ และเวิร์กโฟลว์เฉพาะทาง การ์ดปลั๊กอินบอกผู้ใช้ทั้งคำอธิบาย ข้อมูลผู้สร้าง และวิธีติดตั้ง บางการ์ดมีตัวนับยอดติดตั้งให้เห็นด้วย แต่ตัวเลขบนการ์ดของโปรเจกต์ดัง ๆ ไม่ได้บอกว่าปลั๊กอินใหม่ที่ยังไม่มีใครรู้จักจะได้เท่าไร

ตัวแคตตาล็อกของ Anthropic อยู่ภายใน Claude ในส่วน Customize: ทั้งบนเว็บ claude.ai แอปเดสก์ท็อป แอปมือถือ และใน Cowork ปลั๊กอินที่ผู้ใช้เพิ่มจากตรงนั้นจะไปโผล่ในเซสชัน Claude Code ของเขาด้วย ในรูปที่ซิงก์มาเป็น <ชื่อ>@synced ส่วน Claude Marketplace บน claude.com คือหน้าร้านที่ให้ไล่ดูการ์ดเหล่านี้จากภายนอก ไม่มีการยื่นแยกเข้าไปที่นั่น คำขอทั้งหมดเข้าแคตตาล็อก ส่วน marketplace ทางการของ Claude Code อย่าง claude-plugins-official เป็นอีกเรื่องหนึ่ง: มันไม่รับคำขอผ่านพอร์ทัลของ Anthropic การได้ที่ในนั้นต้องคุยกันผ่านผู้ติดต่อฝั่งพาร์ตเนอร์ในบริษัท

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

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

ปลั๊กอินไม่ใช่แค่ลิงก์ไปยัง MCP เซิร์ฟเวอร์

ปลั๊กอิน Claude คือโฟลเดอร์ที่มีไฟล์ manifest .claude-plugin/plugin.json ข้างในอาจมีสกิล คอนเนกเตอร์ MCP คำสั่ง และซับเอเจนต์ ไม่จำเป็นต้องใส่ทุกอย่างลงไปพร้อมกัน: จุดประสงค์ของการแพ็กคือให้ผู้ใช้ติดตั้งเวิร์กโฟลว์ที่ครบในตัว ไม่ใช่ชุดชิ้นส่วนที่เขายังต้องเดาเองว่าเชื่อมกันอย่างไร

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

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

แอป Claude แต่ละตัวรองรับชิ้นส่วนไม่เหมือนกัน เช่น ตามเอกสารเทคนิคของ Anthropic สกิลและคำสั่งใช้ได้บนหลายแพลตฟอร์ม แต่ MCP เซิร์ฟเวอร์แบบโลคัลจะไม่รันในแชทปกติของ claude.ai ดังนั้นจะเขียนในคำอธิบายว่า “ใช้ได้ทุกที่” โดยไม่ได้ทดสอบทุกสถานการณ์ที่ต้องใช้ไม่ได้

เตรียมและยื่นปลั๊กอินอย่างไร

เส้นทางนี้ควรเดินตามลำดับต่อไปนี้

1. ประกอบแพ็กเกจขั้นต่ำที่ใช้งานได้ มี manifest, README, คำอธิบายที่ชัดว่าแก้ปัญหาอะไร และชิ้นส่วนที่ขาดไม่ได้สำหรับเวิร์กโฟลว์นั้น ในคู่มือการสร้าง Anthropic ระบุว่า README และไลเซนส์เป็นของบังคับสำหรับแคตตาล็อก และแนะนำให้ทดสอบในแอปเป้าหมายทุกตัว อย่าใส่ความลับไว้ใน .mcp.json: ไฟล์ในแพ็กเกจจะไปถึงทุกคนที่ติดตั้ง
2. ทดสอบกับสถานการณ์ใช้งานจริง เช็กการติดตั้ง การเชื่อมต่อบริการ สิทธิ์ และผลลัพธ์ที่คาดไว้ manifest ที่ไวยากรณ์ถูกต้องไม่ได้พิสูจน์ว่าเวิร์กโฟลว์มีประโยชน์ หรือว่าคนอื่นจะยืนยันตัวตนได้สำเร็จ
3. ตรวจโครงสร้าง เอกสารการยื่นแนะนำคำสั่ง claude plugin validate ./your-plugin ส่วนคู่มือการเผยแพร่ของ Claude Code แสดงอีกแบบที่ตรวจเข้มด้วย --strict คำสั่งนี้ตรวจแค่รูปแบบไฟล์: README ไลเซนส์ ชื่อที่มีคนใช้ไปแล้ว และกฎอื่น ๆ ของแคตตาล็อก มันมองไม่เห็น ควรแก้ข้อผิดพลาดให้เสร็จก่อนยื่น ไม่ใช่โยนไปให้ขั้นตรวจพิจารณา
4. เอาปลั๊กอินขึ้นรีโพ GitHub แคตตาล็อกอ่านปลั๊กอินจาก github.com เท่านั้น จะเริ่มด้วยรีโพแบบ private ก็ได้: ตามหน้าการยื่น รีโพแบบนี้ตรวจและยื่นได้ ถ้าบัญชี GitHub ของคุณที่มีสิทธิ์ push เข้ารีโพนี้เชื่อมกับ claude.ai แล้ว คุณยินยอมให้อัปโหลดซอร์สโค้ดไปที่ Anthropic (โค้ดจะผ่านการตรวจอัตโนมัติและผู้รีวิวจะได้เห็น) และติดตั้ง Claude GitHub App บนรีโพแล้ว การตรวจและรีวิวเริ่มได้ขณะที่โค้ดยังปิดอยู่ แต่ก่อนขึ้นแคตตาล็อกต้องเปิดรีโพเป็น public ไม่อย่างนั้นพอร์ทัลจะไม่ยอมให้เผยแพร่
5. ยื่นผ่านพอร์ทัลนักพัฒนา คำขอยื่นผ่าน developer portal บน claude.ai: กด Submit new แล้วเลือก Plugin bundle ใส่ลิงก์รีโพและพาธไปยังโฟลเดอร์ปลั๊กอิน ถ้ามันไม่ได้อยู่ที่ root ก่อนส่งให้กด Validate: ปุ่มนี้ไม่ได้ส่งอะไรเข้ารีวิว แค่ออกรายงานให้ พอร์ทัลตรวจกฎมากกว่าคำสั่งในเครื่อง และผลตรวจผูกกับคอมมิตนั้น ๆ: push แก้ไขเมื่อไร ก็ต้องตรวจใหม่

ยื่นคำขอได้จากแพ็กเกจแบบเสียเงินทุกแบบ บน Pro และ Max ยื่นจากบัญชีตัวเองได้เลย ไม่ต้องเช็กบทบาทอะไร บน Team และ Enterprise ผู้ยื่นคือเจ้าของ organization (Owner) และบน Enterprise ยังรวมถึงสมาชิกที่ Owner ให้สิทธิ์ Directory ผ่านบทบาทแยกด้วย บัญชีฟรียื่นไม่ได้ และฟอร์มเก่าใน Claude Console ก็ไม่รองรับแล้ว การ์ดเป็นของบัญชีหรือ organization ที่ยื่น: ถ้ายื่นโฟลเดอร์เดียวกันในรีโพเดิมจาก organization อื่น พอร์ทัลจะไม่รับอีก ฉะนั้นยื่นจากที่ที่ปลั๊กอินจะอยู่ตั้งแต่แรก Anthropic ปรับเงื่อนไขเป็นระยะ ก่อนยื่นให้เช็กกับหน้าเกี่ยวกับแคตตาล็อก โดยตรง ไม่ใช่จากที่คนอื่นเล่าต่อ

การยื่นไม่ได้แปลว่าจะขึ้นแคตตาล็อกทันที ทุกเวอร์ชันของปลั๊กอินจะผ่านการ validate อัตโนมัติและการตรวจความปลอดภัยในพอร์ทัล และการ์ดใหม่จะมีคนดูก่อนเผยแพร่ ระยะเวลารีวิวไม่ตายตัว สถานะคำขอดูได้ในพอร์ทัล ไม่มีคำขอแยกสำหรับป้าย Verified หรือตำแหน่งในแคตตาล็อก ทั้งสองอย่าง Anthropic ตัดสินระหว่างรีวิว หลังจากนั้นการอัปเดตไม่ต้องยื่นใหม่: แคตตาล็อกดึงคอมมิตใหม่ใน branch ที่ติดตามไว้เอง ตามรอบเวลา (จากที่ผมสังเกต ประมาณทุกหกชั่วโมง) หรือทันทีถ้าตั้ง push webhook ของ GitHub ไว้ แล้วตรวจซ้ำอีกรอบ เวอร์ชันใหม่จะออกทันทีหรือหลังผ่านผู้รีวิว ขึ้นอยู่กับการตั้งค่าการเผยแพร่ของปลั๊กอินแต่ละตัว ถ้าใน plugin.json มีฟิลด์ version ให้เพิ่มเลขทุกครั้งที่ออกรีลีส: ปลั๊กอินที่ติดตั้งอยู่ดูจากเลขนี้ว่ามีอัปเดตใหม่

ก่อนจะลงแรงแพ็ก ให้เทียบไอเดียกับนโยบายแคตตาล็อก ก่อน บางหมวดเข้าไม่ได้ถ้าไม่มีหนังสืออนุญาตเป็นลายลักษณ์อักษรจาก Anthropic ตามข้อ 4.B หมวดนี้คือซอฟต์แวร์ที่สร้างภาพ วิดีโอ หรือเสียงด้วยโมเดล AI ข้อยกเว้นคือเครื่องมือออกแบบที่ทำสไลด์ ไดอะแกรม กราฟ ม็อกอัปหน้าจอ หรือโลโก้เป็นส่วนหนึ่งของเวิร์กโฟลว์ ตราบใดที่การสร้างภาพไม่ได้ขายเป็นบริการเดี่ยว ๆ ในหมวดเดียวกันยังมีปลั๊กอินที่โอนเงินหรือชำระเงินแทนผู้ใช้ และปลั๊กอินโฆษณา ตัวสร้างปกหรือเสียงพากย์ไม่ควรหวังพึ่งแคตตาล็อก ทางที่เหลือสำหรับมันคือ marketplace ของตัวเอง

นอกจากข้อห้าม นโยบายยังมีขั้นต่ำที่นักพัฒนาต้องมี ทุกคนต้องมีช่องทางติดต่อซัพพอร์ตที่ใช้ได้จริง มีเอกสารว่าปลั๊กอินทำงานอย่างไร มีไว้ทำอะไร และถ้ามีอะไรพังต้องทำอย่างไร และมีตัวอย่างพรอมต์หรือสถานการณ์ใช้งานที่ใช้ได้จริงอย่างน้อยสามแบบ ถ้าปลั๊กอินเก็บข้อมูลผู้ใช้หรือเชื่อมกับบริการระยะไกล ให้ใส่ลิงก์นโยบายความเป็นส่วนตัว: เก็บข้อมูลอะไร ใช้อย่างไร และเก็บไว้นานแค่ไหน Anthropic ยังขอบัญชีทดสอบมาตรฐานพร้อมข้อมูลตัวอย่างไว้ทดสอบฟังก์ชันทั้งหมดด้วย ถ้าปลั๊กอินทำงานผ่านบริการภายนอก ควรเตรียมบัญชีนี้ไว้ก่อนยื่น ปลั๊กอินเรียกได้เฉพาะ API และโดเมนที่คุณเป็นเจ้าของหรือดูแลอยู่ หรือคอนเนกเตอร์ที่ผ่านการอนุมัติในแคตตาล็อกแล้วเท่านั้น คำสั่งที่ซ่อน เข้ารหัส หรือจงใจทำให้อ่านยากเป็นของต้องห้าม: ทุกอย่างที่กำหนดพฤติกรรมของ Claude ต้องให้คนอ่านออก การดึงคำสั่งจากแหล่งภายนอกแบบสด ๆ ก็ทำไม่ได้เหมือนกัน

พอร์ทัลตรวจอะไรบ้าง: ประสบการณ์ยื่นจริง

ผมพาปลั๊กอินตัดต่อคลิปแนวตั้งของตัวเอง reels-montage ผ่านการตรวจนี้เมื่อต้นตุลาคม 2569 การตรวจความปลอดภัยใช้เวลาไม่กี่นาที ส่วนการอนุมัติและเผยแพร่ราวหนึ่งชั่วโมง นี่เป็นแค่กรณีเดียว ไม่ใช่มาตรฐาน: Anthropic ไม่ได้สัญญาเรื่องระยะเวลารีวิว ด้านล่างคือจุดที่สะดุดจริง เทียบกับเช็กลิสต์ก่อนยื่น

ทุกอย่างเริ่มจากโครงสร้าง สิ่งที่พอร์ทัลต้องการคือปลั๊กอินจริง ๆ: โฟลเดอร์ที่มี .claude-plugin/plugin.json และสกิลใน skills/<ชื่อ>/SKILL.md โฟลเดอร์ที่มีแต่สกิลแต่ไม่มี manifest มันก็รับเหมือนกัน แต่จะมีหมายเหตุ: การ์ดแบบนี้จะแสดงแค่ใน Claude Code ไม่แสดงใน claude.ai หรือ Cowork ส่วน README ต้องมีอย่างน้อย 40 คำ (ไม่นับโค้ด) และต้องมีไลเซนส์ด้วย หนึ่งคำขอเท่ากับหนึ่งโฟลเดอร์ปลั๊กอิน: ในรีโพที่มีหลายปลั๊กอินต้องยื่นแยกทีละตัว และหลังยื่นแล้วจะเปลี่ยนพาธไปยังโฟลเดอร์ไม่ได้อีก

ชื่อปลั๊กอิน (name) เลือกครั้งเดียวใช้ไปตลอด: คนติดตั้งและอัปเดตปลั๊กอินด้วยชื่อนี้ คำสงวนอย่าง claude, anthropic หรือ official พอร์ทัลไม่ให้ผ่าน ชื่อที่มีแต่คำทั่วไป เช่น test-plugin หรือชื่อที่คล้ายแบรนด์คนอื่น จะทำให้คำขอถูกส่งไปหาผู้รีวิว คำอธิบายสกิลตามสเปกของ Agent Skills ต้องยาวไม่เกิน 1,024 ตัวอักษร ไอคอนและลิงก์สำหรับการ์ดกำหนดใน plugin.json ได้เลย: ฟิลด์ icon ใส่พาธไปยังรูปภายในปลั๊กอิน ส่วน privacyPolicyUrl, supportUrl, documentationUrl และ termsOfServiceUrl ใส่ที่อยู่ https Claude Code ไม่อ่านฟิลด์เหล่านี้ claude plugin validate ตั้งแต่เวอร์ชัน 2.1.281 รับมันไปเงียบ ๆ ส่วนเวอร์ชันก่อนหน้าจะบอกว่าเป็นฟิลด์ที่ไม่รู้จัก นั่นเป็นแค่คำเตือน แต่ถ้ารันด้วย --strict บนเวอร์ชันเก่าจะไม่ผ่าน

เรื่องคีย์มีกฎเข้มงวด ห้ามฝังไว้ในไฟล์ แม้แต่ในตัวอย่างใน README และห้ามดึงจาก environment ของผู้ใช้ อย่าง $GITHUB_TOKEN คีย์ต้องขอผ่าน userConfig ใน plugin.json โดยตั้ง sensitive: true แล้วใส่ค่าด้วย ${user_config.KEY} ถ้ามีคีย์อยู่ในไฟล์ ยื่นไม่ผ่านแน่นอน ส่วนการอ่านตัวแปร environment จะทำให้เวอร์ชันนั้นถูกส่งไปหาผู้รีวิว

หลายอย่างที่สแกนเนอร์เจอไม่ได้ทำให้ยื่นไม่ผ่าน แต่ทำให้เวอร์ชันนั้นถูกส่งไปตรวจด้วยคน นี่ไม่ใช่การปฏิเสธ: การ์ดใหม่ยังไงก็มีคนดูอยู่แล้ว ที่ถูกส่งไปตรวจด้วยคนได้แก่ ไฟล์ที่ใหญ่กว่า 256 KiB (ยกเว้นรูปและฟอนต์) ปลั๊กอินที่มีมากกว่า 512 ไฟล์ ไฟล์ไบนารีอย่าง .ico, .pdf, .zip หรือโปรแกรมที่คอมไพล์แล้ว และแพ็กเกจที่รันผ่าน npx หรือ uvx แม้จะระบุเวอร์ชันตายตัว อีกจุดที่ทำให้ผมสะดุดคือเครื่องหมายตกใจ: ในข้อความของสกิล ! ที่อยู่หน้า backtick คือไวยากรณ์สำหรับรันคำสั่ง shell และแม้แต่ ! ที่หลุดมาในตัวอย่างโค้ด สแกนเนอร์ก็มองว่าเป็นคำสั่ง

อีกสองบทเรียนว่าด้วยชีวิตของปลั๊กอินหลังติดตั้ง โฟลเดอร์ของปลั๊กอินที่ติดตั้งแล้วคือแคช: ตอนอัปเดต เนื้อหาในนั้นจะถูกแทนที่ จึงไม่ควรเก็บข้อมูลและการตั้งค่าของผู้ใช้ไว้ที่นั่น สำหรับสิ่งเหล่านี้มีไดเรกทอรี ${CLAUDE_PLUGIN_DATA} ที่อยู่รอดข้ามการอัปเดต มี userConfig หรือโฟลเดอร์ของโปรเจกต์ อีกเรื่องคือปลั๊กอินจากแคตตาล็อกจะไปโผล่ในแอป Claude ทุกตัว ไม่ใช่แค่ Claude Code ถ้าสกิลต้องใช้โปรแกรมในเครื่องอย่าง ffmpeg ให้มันเช็กสภาพแวดล้อมเป็นขั้นแรก และบอกตรง ๆ ว่าทำงานได้เต็มที่เฉพาะใน Claude Code ส่วนโฟลเดอร์ bin/ ที่ root ของปลั๊กอิน อย่าสร้างจะดีกว่า: ถ้ามีโฟลเดอร์นี้ claude.ai และ Cowork จะไม่ติดตั้งปลั๊กอินเลย

ปลั๊กอินที่เผยแพร่แล้วหาได้ใน claude.ai: Customize > Plugins > แท็บ Discover ส่วนหน้าร้าน Claude Marketplace บน claude.com ดูเหมือนจะมีทีมงานคัดเลือก: เข้าแคตตาล็อกได้แล้วก็ยังไม่ได้แปลว่าจะไปอยู่บนหน้านั้น

ถ้ายังไม่ต้องการแคตตาล็อก: marketplace ของตัวเอง

คุณสร้าง marketplace ของตัวเองสำหรับ Claude Code ได้ โดยวางไฟล์ .claude-plugin/marketplace.json ไว้ในรีโพ ข้างในมีรายชื่อปลั๊กอินและแหล่งที่ใช้ดาวน์โหลด ทีมหรือคอมมูนิตี้เพิ่ม marketplace นี้แล้วติดตั้งแพ็กเกจที่ต้องการ รีโพจะเป็น private ก็ได้ ถ้าตั้งใจให้เข้าถึงได้แค่ทีมตัวเอง

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

คู่แข่งน้อยไม่ได้แปลว่ายอดติดตั้งจะเยอะ

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

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

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

ทดลองเล็ก ๆ แทนการเดิมพันก้อนใหญ่

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

หลังเผยแพร่ ปลั๊กอินจะมีแท็บ Usage ในพอร์ทัล ซึ่งเป็นเครื่องมือหลักของการทดลองนี้ ในนั้นจะเห็นยอดติดตั้ง บัญชีที่ใช้งานอยู่ และการรักษาผู้ใช้ (retention) โดยยอดติดตั้งแยกตามแอปและตามว่าคนมาจากไหน อีกส่วนแสดงฟันเนลของแคตตาล็อก: ยอดดูการ์ด คลิกปุ่มติดตั้ง ยอดติดตั้ง ถัดลงมาแสดงว่าแต่ละสกิล คำสั่ง และ MCP เซิร์ฟเวอร์ถูกเรียกใช้บ่อยแค่ไหน ข้อผิดพลาดตอนโหลด และสัดส่วนการเรียกที่ผิดพลาด เลือกช่วงเวลาได้สูงสุด 90 วันและส่งออกเป็น CSV ได้ ตัวเลขคำนวณใหม่วันละครั้ง และระหว่างที่ยังไม่มีข้อมูลจริง แท็บจะมีป้าย Preview และแสดงตัวเลขตัวอย่าง อย่าเข้าใจผิดว่าเป็นตัวเลขของคุณ

จดวันที่การ์ดขึ้นไว้ แล้วดูเป็นลำดับ: ยอดดูการ์ด ยอดติดตั้ง การรันครั้งแรกที่สำเร็จ การกลับมาใช้ซ้ำ ส่วนรีวิวและเหตุผลที่คนไม่เลือกใช้ แท็บนี้ไม่แสดงให้ดู ต้องเก็บเพิ่มด้วยการคุยกับผู้ใช้ตรง ๆ ไม่ใช่เดาเอา เทียบฟันเนลของแคตตาล็อกกับฟันเนลเดียวกันของลิงก์ไปยังรีโพหรือ marketplace ของคุณเอง การแยกยอดติดตั้งตามแหล่งที่มาช่วยแยกส่วนที่มาจากแคตตาล็อกได้ แต่ถ้าในสัปดาห์เดียวกันคุณโปรโมตปลั๊กอินหนัก ๆ ในช่องของตัวเอง ยอดติดตั้งที่ดูเหมือน “มาจากแคตตาล็อก” บางส่วนก็อาจมาจากคุณอยู่ดี

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

แล้วควรทำอย่างไรต่อ

ถ้าคุณมี MCP เซิร์ฟเวอร์ ชุดสกิล หรือเครื่องมือที่ใช้งานได้จริงสำหรับ Claude ลองอธิบายมันด้วยประโยคเดียวจากมุมของผู้ใช้ จากนั้นเทียบไอเดียกับนโยบายแคตตาล็อก ประกอบปลั๊กอินขั้นต่ำ เช็กการติดตั้งและสิทธิ์ ลองเวิร์กโฟลว์กับกลุ่มเล็ก ๆ แล้วค่อยตัดสินใจว่าจะเข้าแคตตาล็อกหรือไม่ ตำแหน่งในรายการไม่ใช่ผลิตภัณฑ์และไม่ใช่กลยุทธ์การตลาด แต่ถ้าเครื่องมือของคุณแก้ pain point ของคนได้จริง มันก็มีอีกทางหนึ่งไปหาคนที่ต้องการมันแล้ว

เงื่อนไขการยื่นและลิงก์ตรวจสอบล่าสุดเมื่อ 5 ตุลาคม 2569