Claude Code ทำงานช้าลง: วิธีเลือกสกิล ซับเอเจนต์ MCP และปลั๊กอิน

ทำไม “ยัดทุกอย่างเข้า Claude Code” จึงกลายเป็นปัญหาหนักที่สุดในปี 2026#

แม้แต่เอกสารทางการก็ยังไม่มีคำตอบแบบครอบคลุมพร้อมใช้สำหรับคำถามที่ว่า “ควรเลือกอะไรเมื่อไร”

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

สกิลแตกต่างจากซับเอเจนต์ MCP และปลั๊กอินอย่างไรในตารางเดียว#

ตารางเลือก:

อุปมาง่าย ๆ สำหรับผู้ประกอบการ: ลองนึกภาพว่าคุณเป็น CEO ของบริษัทที่มีพนักงานสิบคน:

• CLAUDE.md — กฎบัตรบริษัท ติดอยู่บนผนังเสมอ ทุกคนอ่าน และไม่มีใครโต้แย้ง
• สกิล — ขั้นตอนปฏิบัติงานภายใน เช่น “เราทำการรีวิวอย่างไร” “เราเขียนบันทึกการเผยแพร่รุ่นอย่างไร” “เรารับชำระเงินอย่างไร”
• ซับเอเจนต์ — ผู้เชี่ยวชาญที่มีห้องทำงานแยกและรายการสิทธิ์แคบ ๆ ถ้าให้กุญแจทุกอย่างไป คุณจะได้ CEO คนที่สอง ไม่ใช่พนักงาน
• เซิร์ฟเวอร์ MCP — ระบบของบริษัท เช่น CRM ธนาคาร คลังสินค้า นี่ไม่ใช่ความรู้ แต่เป็นการเชื่อมต่อ
• ปลั๊กอิน — โซลูชันสำเร็จรูปจากร้านค้า เป็นชุดขั้นตอนปฏิบัติงาน ผู้เชี่ยวชาญ และการเชื่อมต่อในกล่องเดียว

เมื่อเข้าใจว่าสิ่งเหล่านี้เป็นสี่ชั้นของระบบเดียวกัน ไม่ใช่คู่แข่งสี่ราย คำถามว่า “อะไรดีกว่า” ก็จะหายไป คำถามที่เหลือคือ “อะไรควรอยู่ตรงไหน”

สกิลใน Claude Code คืออะไร และควรติดตั้งเมื่อไร#

คำจำกัดความอย่างเป็นทางการของ Anthropic:

สกิลมีสามระดับ:

1. เมตาดาทา โหลดทุกครั้งเมื่อเริ่มเซสชัน ได้แก่ ชื่อและคำอธิบายจาก frontmatter สกิลหนึ่งรายการใช้ประมาณ 100 โทเค็นตอนเริ่มต้น
2. คำแนะนำ โหลดเฉพาะเมื่อ Claude เห็นคำขอที่กระตุ้นให้ใช้สกิล มีได้สูงสุด 5,000 โทเค็น ซึ่งเป็นเนื้อหาใน SKILL.md
3. ทรัพยากร โหลดเฉพาะเมื่อคำแนะนำระบุให้ใช้โดยชัดแจ้ง เช่น ไฟล์ประกอบ สคริปต์ใน scripts/ และเอกสารอ้างอิงใน references/ สคริปต์ทำงานผ่าน bash; ตัวโค้ดเองจะไม่เข้าสู่บริบท

Anthropic เรียกหลักการนี้ว่าการเปิดเผยข้อมูลแบบค่อยเป็นค่อยไป:

และในบทความเดียวกันยังมีอุปมาที่อธิบายแนวคิดนี้ได้ดีกว่าสิ่งอื่นใด:

ควรใช้สกิลเมื่อ:

• เป็นขั้นตอนมาตรฐานที่ทำซ้ำครั้งแล้วครั้งเล่า เช่น รีวิว PR บันทึกการเผยแพร่รุ่น หรือรีวิวโค้ดตามคู่มือรูปแบบของคุณ
• เมื่อส่วนหนึ่งใน CLAUDE.md เปลี่ยนจากข้อเท็จจริงเป็นขั้นตอนปฏิบัติ และเริ่มรบกวนเรื่องอื่นทั้งหมด
• เมื่ออยากให้มีการทำตามคำแนะนำเดียวกันอย่างสม่ำเสมอในหลายโปรเจกต์

สูตรที่ใช้ได้จริง: ถ้าทำอะไรเกินสองสามครั้ง ก็ยกให้ระบบจัดการ ครั้งแรกใช้พรอมป์ต์ด้วยตนเอง ครั้งที่สองถือเป็นตัวเลือกที่ควรทำเป็นสกิล

ไม่ควรใช้สกิลเมื่อ:

• งานต้องใช้ ข้อมูลเรียลไทม์ (ฐานข้อมูล API การค้นหา ข้อมูลตลาดหลักทรัพย์ปัจจุบัน) กรณีนี้ใช้ MCP ไม่ใช่สกิล สกิลที่พยายาม “ดึงราคาปัจจุบัน” จะสร้างข้อมูลขึ้นมาเอง
• งานต้องใช้ บริบทแยกอิสระ กรณีนี้ใช้ซับเอเจนต์
• หากต้องการ การตรวจที่บังคับใช้จริง เช่น ป้องกัน commit ที่มี .env ให้ใช้ hook สำหรับเส้นทาง commit ที่ครอบคลุม และทดสอบขอบเขตจริง Hook ไม่ได้ห้ามการอ่าน คัดลอก หรือเผยแพร่ไฟล์ทุกวิธี

ข้อจำกัดที่ควรรู้ล่วงหน้า:

• ชื่อสกิล: ยาวได้สูงสุด 64 ตัวอักษร ใช้ได้เฉพาะตัวพิมพ์เล็ก ตัวเลข และขีดกลาง คำว่า anthropic และ claude เป็นคำสงวน
• คำอธิบาย: ยาวได้สูงสุด 1,024 ตัวอักษร ค่า description รวมกับ when_to_use จะถูกตัดที่ 1,536 ตัวอักษรในรายการ
• เนื้อหา SKILL.md: แนะนำให้ไม่เกิน 500 บรรทัด ย้ายส่วนที่เกินไปไว้ใน references/ และ scripts/
• ระหว่างการบีบอัดบริบทอัตโนมัติ (auto-compaction) สกิลที่ใช้งานอยู่แต่ละรายการจะถูกแนบกลับมาใหม่ 5,000 โทเค็นแรก งบรวมของทุกสกิลอยู่ที่ 25,000

ซับเอเจนต์คืออะไร และทำไมจึงมีการซ้อนกัน 5 ระดับ#

จากเอกสารทางการ:

Claude Code มีซับเอเจนต์ในตัวสามตัวที่คุณใช้อยู่แล้วโดยไม่รู้ตัว:

วันที่ 10 มิถุนายน 2026 Anthropic เปิดตัว Claude Code v2.1.172 และยกเลิกข้อจำกัดที่มีมาตั้งแต่เปิดตัวซับเอเจนต์: ตอนนี้เอเจนต์ลูกสามารถสร้างซับเอเจนต์ของตนเองได้ลึกสุด 5 ระดับ

เลข 5 เป็นเพดานความปลอดภัย ไม่ใช่เป้าหมายในการเพิ่มประสิทธิภาพ.

รายละเอียดคุณสมบัติพร้อมเทมเพลต YAML สำหรับออร์เคสเตรเตอร์อยู่ในคู่มือซับเอเจนต์แบบซ้อน

ควรใช้ซับเอเจนต์เมื่อ:

• ต้องสำรวจโค้ดหรือบันทึก แล้วต้องการเพียงข้อสรุปสั้น ๆ
• มีงานที่ทำขนานกันได้พร้อมกัน
• มอบหมายงานตามความเชี่ยวชาญ เช่น backend / frontend / test / review โดยแต่ละตัวดูแลฟีเจอร์หนึ่งรายการ
• ควบคุมค่าใช้จ่าย: ใช้ซับเอเจนต์ Haiku แทน Sonnet หรือ Opus ซึ่งลดค่าใช้จ่ายลง 5–7 เท่า

ไม่ควรใช้ซับเอเจนต์เมื่อ:

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

รูปแบบที่ควรหลีกเลี่ยงหลัก ๆ:

การให้ Opus และเครื่องมือทั้งหมดแก่ซับเอเจนต์ก็แค่ทำให้มันกลายเป็นเซสชันหลักอีกเซสชันหนึ่ง หากรายการเครื่องมือของมันเหมือนกับของเอเจนต์หลัก ก็แปลว่าซับเอเจนต์ไม่ได้ถูกจำกัดขอบเขตอย่างเหมาะสม

พูดอีกอย่างคือ ซับเอเจนต์ที่มีสิทธิ์เหมือนกับเอเจนต์แม่ก็เป็นแค่ CEO คนที่สอง ไม่มีประโยชน์และมีค่าใช้จ่ายสูง

เซิร์ฟเวอร์ MCP คืออะไร และควรเชื่อมต่อกับ Claude Code เมื่อไร#

คำจำกัดความอย่างเป็นทางการ:

สิ่งที่ MCP ช่วยให้ทำได้จริง:

• เชื่อมต่อ Claude กับ Google Calendar และ Notion เพื่อสร้างผู้ช่วยส่วนตัว
• เชื่อมต่อกับ Figma เพื่อให้ Claude สร้างโปรเจกต์เว็บสำเร็จรูปจากงานออกแบบ
• เชื่อมต่อแชตบอตของบริษัทกับฐานข้อมูลหลายแห่งพร้อมกัน
• เชื่อมต่อกับ Blender และเครื่องพิมพ์ 3 มิติ เพื่อสร้างโมเดลและพิมพ์ได้ทันที

เซิร์ฟเวอร์ MCP ที่เป็นที่รู้จักและผู้คนนิยมติดตั้งเป็นอันดับแรก:

รวบรวมการเชื่อมต่อและคำสั่งติดตั้งไว้ในแค็ตตาล็อก MCP

ควรใช้ MCP เมื่อ:

• ต้องเชื่อมต่อกับข้อมูลหรือการดำเนินการภายนอก เช่น “ดึงแถวจากฐานข้อมูล” “อ่านตั๋ว Jira” “โพสต์ใน Slack”
• เมื่อต้องใช้บริการเดียวกันในหลายโปรเจกต์หรือหลายเอเจนต์ การใช้เซิร์ฟเวอร์กลางตัวเดียวจะง่ายกว่า

ไม่ควรใช้ MCP เมื่อ:

• เป็นความรู้คงที่หรือขั้นตอนปฏิบัติ กรณีนี้ใช้สกิล ไม่ใช่ MCP “คำแนะนำวิธีรีวิวโค้ด” คือสกิล ส่วน “อ่าน PR ล่าสุดจาก GitHub แล้วรีวิว” ใช้ MCP
• เป็นคำสั่ง CLI ที่ใช้ครั้งเดียว ใช้ Bash ง่ายกว่าตั้งค่าเซิร์ฟเวอร์
• อยากสร้าง MCP “เพื่อสถาปัตยกรรมที่ถูกต้อง” นั่นเป็นเรื่องความสวยงาม ไม่ใช่งานที่ต้องทำ

กับดักสำคัญของ MCP เป็นหนึ่งในสาเหตุที่ทำให้ผู้คนบ่นว่า “Claude Code ทำตัวโง่” มากที่สุดในปี 2026:

เมื่อติดตั้ง MCP เหล่านี้ทั้งหมดพร้อมกัน คุณจะทำให้หน้าต่างบริบทของ LLM แน่นจนหายใจไม่ออก เพราะเครื่องมือที่มีทั้งหมดถูกโหลดเข้าสู่บริบท

หลักง่าย ๆ คือให้เปิดเซิร์ฟเวอร์ MCP ที่ใช้งานอยู่ไม่เกิน 2–3 ตัว และกำหนดเป้าหมายงานให้ชัดเจน จากประสบการณ์ที่เล่าไว้ การมีเซิร์ฟเวอร์จำนวนมากทำให้เริ่มต้นช้าลงและเกิดข้อผิดพลาดบ่อยขึ้น

การค้นหาเครื่องมือ MCP เพิ่มเข้ามาใน Claude Code v2.1.x: เครื่องมือจะไม่ถูกโหลดเข้าไปในบริบททั้งหมดโดยทันทีอีกต่อไป แต่จะถูกจัดทำดัชนีและดึงมาใช้ตามต้องการ วิธีนี้ช่วยลดต้นทุนของ “MCP จำนวนมากในโปรเจกต์” แต่ไม่ได้กำจัดต้นทุนทั้งหมด

ปลั๊กอินแตกต่างจากสกิลอย่างไร และทำไมเส้นแบ่งจึงพร่าเลือน#

ถ้อยคำทางการ:

ปลั๊กอินที่มีจำนวนติดตั้งสูงสุดในเดือนมิถุนายน 2026:

การวิเคราะห์ตัวเลือกทั้งหมดอยู่ในคู่มือปลั๊กอิน 10 อันดับแรกจากทั้งหมด 101 รายการ

ควรใช้ปลั๊กอินเมื่อ:

• เป็นชุดชุมชนสำเร็จรูปที่ครอบคลุมเวิร์กโฟลว์ส่วนใหญ่ เช่น การออกแบบหรือการรีวิว
• ไม่อยากประกอบชุด “สกิล + ซับเอเจนต์ + MCP + hook” ด้วยตนเอง ก็ใช้ชุดสำเร็จรูปได้
• ใช้เพื่อแจกจ่ายในองค์กร: ผู้ดูแลสร้างมาร์เก็ตเพลสของทีม แล้วนักพัฒนาติดตั้งจาก prefix เดียว

ไม่ควรใช้ปลั๊กอินเมื่อ:

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

ก่อนติดตั้ง Claude Code v2.1.143+ จะแสดง Context cost ซึ่งเป็นการประมาณจำนวนโทเค็นที่ปลั๊กอินจะเพิ่มให้แต่ละข้อความ ตั้งแต่ v2.1.145+ เป็นต้นไป จะแสดงฟิลด์ Will install พร้อมรายการทั้งหมดของคำสั่ง เอเจนต์ สกิล hooks MCP และ LSP ในชุด ก่อนคลิกติดตั้ง ควรเปิดดูหน้าจอนี้เป็นอย่างแรก

ตารางเลือกแบบใดใช้ได้ผลในปี 2026#

คำถามหกข้อเรียงตามลำดับความสำคัญ:

1. นี่เป็นขั้นตอนปฏิบัติ รูปแบบ หรือรายการตรวจสอบที่ทำซ้ำหรือไม่? ถ้าใช่—สกิล
2. ต้องใช้ข้อมูลหรือดำเนินการภายนอกหรือไม่ (ฐานข้อมูล API Slack GitHub Figma)? ถ้าใช่—เซิร์ฟเวอร์ MCP
3. ฉันต้องการบริบทแยกต่างหาก เพื่อไม่ให้บริบทหลักรกหรือไม่? ถ้าใช่—ซับเอเจนต์
4. ฉันต้องการตรวจหรือทำขั้นตอนอัตโนมัติเมื่อเกิดเหตุการณ์ที่ระบุหรือไม่? ถ้าใช่ ให้ใช้ hook พร้อมทดสอบความครอบคลุม หากต้องจำกัดการเข้าถึงกว้างกว่านั้น ให้ใช้สิทธิ์หรือการแยกสภาพแวดล้อม
5. ฉันต้องการชุดสำเร็จรูปของข้อ 1–4 ในคลิกเดียวหรือไม่? ถ้าใช่—ปลั๊กอิน จากมาร์เก็ตเพลส
6. นี่เป็นงานซับซ้อนที่ต้องใช้ข้อมูล บริบท และรูปแบบหรือไม่? ถ้าใช่ ให้ใช้การประกอบร่วมกัน: ซับเอเจนต์ Haiku + สกิลที่โหลดไว้ล่วงหน้า + MCP หนึ่งตัวที่จำกัดขอบเขต

สูตรการประกอบ:

ซับเอเจนต์ Haiku ที่มีสกิลสำหรับแนวทางปฏิบัติโหลดไว้ล่วงหน้า และเซิร์ฟเวอร์ MCP ที่จำกัดขอบเขตสำหรับข้อมูลเรียลไทม์ เป็นรูปแบบที่คุ้มค่าอย่างยิ่ง

และกฎหลักเกี่ยวกับทิศทางการพึ่งพากัน:

ซับเอเจนต์ใช้เซิร์ฟเวอร์ MCP ได้ เซิร์ฟเวอร์ MCP ใช้ซับเอเจนต์ไม่ได้

กล่าวอีกอย่างคือ MCP ใช้สำหรับข้อมูลและการดำเนินการเสมอ ไม่ใช่เอเจนต์ หากต้องการมอบหมายงาน ให้ใช้ซับเอเจนต์ที่เรียก MCP ไม่ใช่ MCP ที่เรียกซับเอเจนต์

ตัวอย่างเฉพาะที่อธิบายไว้ที่นี่คือเครื่องมือบรรณาธิการของเอเจนซีดิจิทัลซึ่งเขียนบทความ SEO หนึ่งบทความได้ภายใน 60 นาที ภายในมี ซับเอเจนต์ 25 ตัวและขั้นตอนรีวิว 14 ขั้น—ทำงานตามลำดับ โดยแต่ละตัวมีบริบท สิทธิ์ และสกิลสำหรับแนวทางการบรรณาธิการของตัวเอง ซับเอเจนต์หนึ่งตัวเชื่อมต่อกับเซิร์ฟเวอร์ MCP ที่มีฐานข้อมูลแท็กสำเร็จรูปและบทความเก่า เอเจนต์ออร์เคสเตรเตอร์หลักทำงานบน Opus ส่วนเอเจนต์ลูกทำงานบน Haiku จึงควบคุมงบประมาณได้เหมาะสม

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

ควรกำจัดข้อผิดพลาด 7 ประการใดออกจาก Claude Code ตอนนี้#

1. ติดตั้งปลั๊กอิน 10 อันดับแรกทั้งหมด “เพราะกำลังเป็นกระแส” แต่ละรายการเพิ่มโทเค็นให้ทุกข้อความ เปิด /plugin list แล้วตรวจสอบ Context cost ของแต่ละรายการ ลบรายการที่ไม่ได้ใช้มาสองสัปดาห์

2. คัดลอกเซิร์ฟเวอร์ MCP 15 ตัวจาก .mcp.json ของคนอื่น ชุดเครื่องมือของคนอื่นถูกตั้งค่าสำหรับโปรเจกต์และงานของเขา ควรเหลือ MCP ที่ใช้งานอยู่ไม่เกิน 2–3 ตัวสำหรับโปรเจกต์ปัจจุบัน ย้ายส่วนเกินไปยังการตั้งค่าแยกสำหรับโปรเจกต์อื่นหรือลบทิ้งตอนนี้

3. สกิลกับปลั๊กอิน MCP ทำสิ่งเดียวกัน สกิลบอกว่า “ทำรีวิวโค้ด” ขณะที่ปลั๊กอิน pr-review-toolkit เรียกใช้เวิร์กโฟลว์รีวิวของตัวเอง ทั้งคู่เริ่มแย่งกันว่าอะไรควรมีลำดับความสำคัญ อาการคือ “Claude ทำไมถึงกลับไปกลับมาอยู่เรื่อย?” วิธีแก้คือเก็บแหล่งข้อมูลหลักไว้เพียงแห่งเดียว ในการตั้งค่าที่อธิบายไว้นี้ เลือกใช้สกิลเพื่อควบคุมคำแนะนำได้

4. ใช้สกิลแทนการตรวจที่ต้องบังคับใช้ งานป้องกัน .env ใน commit ใช้ pre-commit hook เพื่อตรวจเส้นทาง commit นั้นได้ แต่ต้องทดสอบเนื้อหาที่ staged และเส้นทางอื่นแยกกัน เพราะไม่ป้องกันการอ่านหรือการเผยแพร่ทุกช่องทาง สกิลเพียงอย่างเดียวบังคับขอบเขตนี้ไม่ได้

5. ซับเอเจนต์มีสิทธิ์เหมือนกับเอเจนต์แม่ คุณให้ Opus และเครื่องมือทั้งหมด แล้วก็ได้เซสชันหลักอีกเซสชันหนึ่ง system prompt ในเอกสารทางการแนะนำให้กำหนดรายการเครื่องมือให้แคบและจำกัดงานของซับเอเจนต์ให้ชัดเจน มิฉะนั้นก็เป็นเพียงโคลนราคาแพง

6. ไม่ได้ตรวจสอบ Will install ก่อนติดตั้งปลั๊กอิน ใน Claude Code v2.1.145+ ฟิลด์นี้แสดงเนื้อหาทั้งหมดของชุด บ่อยครั้งปลั๊กอินที่ “มีไว้ทำเรื่องเล็ก ๆ อย่างเดียว” กลับมีเซิร์ฟเวอร์ MCP สามตัว ซับเอเจนต์สองตัว และ hooks ห้าตัว ทั้งหมดนี้จะเริ่มอยู่ในบริบทของคุณ

7. คำสั่งเก่าใน .claude/commands/ ซ้ำกับสกิลใหม่ Anthropic ระบุไว้ในเอกสารว่า:

โฟลเดอร์ commands/ แบบเก่ายังคงใช้งานได้ แต่ตอนนี้สกิลเป็นมาตรฐานแล้ว ในตัวอย่างที่อธิบาย มีการใช้ทั้งสองโฟลเดอร์; จึงลบ commands/ ออกและเหลือสกิลที่มีไฟล์ประกอบและทริกเกอร์

สัญญาณที่บอกว่า Claude Code “รกเกินไป”:

• ทุกข้อความเริ่มด้วยการกล่าวถึงเครื่องมือที่มีอยู่ในรายการยาวกว่า 200 บรรทัด
• งานง่าย ๆ ใช้เวลานานกว่าเมื่อหนึ่งเดือนก่อน
• Claude สับสนระหว่างสกิลหรือปลั๊กอินที่คล้ายกันสองรายการ
• มีคำเตือนเรื่องชื่อชนกันเมื่อเริ่มเซสชัน
• Claude เรียกใช้เครื่องมือผิด—ใช้สกิล A แทน MCP B ที่จำเป็น

หากสังเกตเห็นอาการเหล่านี้อย่างน้อยสองข้อ ให้เปิด /plugin list และ /skill list ตอนนี้ ลบสิ่งที่ไม่ได้ใช้มาสองสัปดาห์ก่อน จากนั้นตรวจสอบ Context cost ของแต่ละรายการ แล้วค่อยจัดการรูปแบบที่ควรหลีกเลี่ยงข้างต้น

จะเก็บสกิลและ MCP ไว้ได้กี่รายการโดยไม่ใช้บริบทจนหมด#

สิ่งที่ Claude Code แสดงให้เห็นโดยตรง:

• /skill list — สกิลที่ใช้งานอยู่ทั้งหมดและขนาดโทเค็นของแต่ละรายการ
• /plugin list — ปลั๊กอินทั้งหมดและ Context cost
• /mcp list — เซิร์ฟเวอร์ MCP และจำนวนเครื่องมือ

งบประมาณโทเค็นในตัวเลขจริง:

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

ในบล็อกเชิงเทคนิค Anthropic ระบุตัวเลขการบีบอัดบริบทอัตโนมัติสำหรับสกิลว่า สกิลที่ใช้งานอยู่แต่ละรายการจะถูกแนบกลับมาใหม่ 5,000 โทเค็นแรก โดยมีงบรวม 25,000 นั่นหมายความว่าเมื่อมีสกิล “ขนาดใหญ่” ใช้งานพร้อมกันมากกว่า 5 รายการ Claude จะเริ่มสูญเสียคำแนะนำบางส่วน

กฎใช้งานจริงอย่างง่าย:

• สกิล: ใช้งานในโปรเจกต์ปัจจุบันไม่เกิน 5–7 รายการ ย้ายรายการที่เหลือไปไว้ใน ~/.claude/skills/disabled/; หากต้องใช้ก็ย้ายกลับมาได้
• MCP: ไม่เกิน 2–3 ตัวต่อโปรเจกต์ Context7 สำหรับเอกสารแทบจะคุ้มค่าที่จะมีเสมอ ส่วนที่เหลือให้เลือกใช้ตามงาน
• ปลั๊กอิน: ติดตั้งทีละรายการและตรวจสอบหลังจากสองสัปดาห์ว่าได้ใช้หรือไม่ หากไม่ได้ใช้ก็ลบออก

การวิเคราะห์โดยละเอียดของรายงาน Anthropic 2026 Agentic Coding Trends และเหตุผลที่นักพัฒนา 80% ไม่สามารถมอบหมายงานให้ Claude ทำทั้งหมด อยู่ในคู่มือแยก ตัวเลขหลักจากรายงานคือ ผู้คนใช้ AI กับงาน 60% ของตน แต่ส่งมอบงานให้ AI ทำทั้งหมดเพียง 0–20% สาเหตุหลักคือบริบทล้นเกินและสูญเสียการควบคุมเครื่องมือ

มือใหม่ควรเริ่มต้นตรงไหน: การตั้งค่าขั้นต่ำที่ใช้งานได้#

ชุดเครื่องมือขั้นต่ำหลังทำงานสองสัปดาห์:

1. CLAUDE.md ที่รูท พร้อมกฎของโปรเจกต์
2. AGENTS.md เพื่อให้ทำงานร่วมกับเครื่องมืออื่นได้ หากวางแผนทำงานนอก Claude Code ดูรายละเอียดเพิ่มเติมใน“วิธีสร้างไฟล์คำสั่งเพียงไฟล์เดียวสำหรับ Claude Code, Codex และ Cursor”
3. สกิล 1 รายการ สำหรับงานหลักที่ทำซ้ำ เช่น เริ่มด้วย code-review ตามคู่มือรูปแบบของคุณ
4. เซิร์ฟเวอร์ MCP 1 ตัว: Context7 สำหรับเอกสารปัจจุบัน หากไม่มีตัวนี้ Claude ก็ยังสร้าง API ที่ไม่มีอยู่จริงขึ้นมา
5. ปลั๊กอิน 0 รายการและซับเอเจนต์ 0 ตัว ในเดือนแรก จุดประสงค์ไม่ใช่การประหยัดเงิน แต่เพื่อควบคุมระบบ จนกว่าจะเข้าใจพื้นฐาน ชุดสำเร็จรูปจะทำให้สับสน

จากนั้นให้ทำตามลักษณะของงาน มีขั้นตอนปฏิบัติที่ทำซ้ำหรือไม่? เปลี่ยนให้เป็นสกิล ต้องใช้ข้อมูลเรียลไทม์จากบริการใดโดยเฉพาะหรือไม่? เพิ่ม MCP งานใหญ่เริ่มกินพื้นที่บริบทหลักหรือไม่? มอบหมายให้ซับเอเจนต์

นี่คือแผนที่สามชั้น: เริ่มจากบริบทก่อน จากนั้น ยกสิ่งที่ทำเกินสองสามครั้งให้ระบบจัดการ แล้วค่อย เพิ่มการตรวจสอบอัตโนมัติเพื่อไม่ให้ระบบทำผิดด้วยตัวเอง เพิ่มแต่ละชั้นก็ต่อเมื่อชั้นก่อนหน้าทำงานได้แล้ว