Claude Code ในปี 2026: การตั้งค่า, Slash Commands, MCP และ Subagents

อัปเดตล่าสุด: June 28, 2026

ฉันได้ใช้ Claude Code ทุกวันทำงานตลอดเดือนที่ผ่านมาบน Next.js monorepo จริงๆ บทความนี้คือการตั้งค่า slash commands, CLAUDE.md, MCP, subagents, permissions, และ hooks ที่ฉันใช้งานจริง รวมถึงจุดที่มันยังขาดอยู่

คำตอบสั้นๆ: Claude Code คืออะไร และคุ้มค่าหรือไม่?

Claude Code คือ CLI สำหรับการเขียนโค้ดแบบ agentic ของ Anthropic มันสามารถอ่าน repo ของคุณ แก้ไขไฟล์ รันคำสั่ง shell และเชื่อมโยงเครื่องมือต่างๆ จนกว่างานจะเสร็จสิ้น ผมใช้มันเพื่อส่งมอบฟีเจอร์ แก้ไขบั๊ก และรีวิว diffs โดยไม่ต้องออกจาก terminal

การตั้งค่าที่ใช้งานได้สำหรับผมคือ: ติดตั้ง CLI, เพิ่ม CLAUDE.md, เชื่อมต่อเซิร์ฟเวอร์ MCP สองถึงสามตัว, และรักษาสิทธิ์ให้แน่นหนา การผสมผสานนี้จะเปลี่ยนมันจากของเล่นแชทให้กลายเป็นเพื่อนร่วมทีมที่เข้าใจ codebase ของคุณ

มันไม่ใช่เวทมนตร์ บน repo ที่มีไฟล์ 200k มันยังคง hallucinate APIs และทำให้ tests พัง ผลตอบแทนจะมาเมื่อคุณจำกัดขอบเขตงานให้เล็ก ทบทวนทุกแผน และ commit บ่อยๆ ข้อมูลเพิ่มเติมเกี่ยวกับข้อจำกัดที่แท้จริงอยู่ด้านล่าง

วิธีตั้งค่า Claude Code อย่างไร?

ฉันติดตั้งตัวติดตั้งแบบเนทีฟบน macOS และ Node บน Linux ทั้งสองเป็นเส้นทางอย่างเป็นทางการที่บันทึกไว้ใน repository ที่ github.com/anthropics/claude-code

จากนั้นฉันรัน claude ภายใน repo ของฉันและเข้าสู่ระบบด้วยบัญชี Anthropic เมื่อเปิดใช้งานครั้งแรก มันได้สแกนโครงสร้าง (tree) และแจ้งให้ฉันยืนยันการเข้าถึงไดเรกทอรี ฉันตอบตกลงเฉพาะสำหรับ root ของโปรเจ็กต์เท่านั้น ไม่ใช่โฟลเดอร์โฮมทั้งหมดของฉัน

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

• ฉันกำหนดเวอร์ชันใน CI เพื่อให้เพื่อนร่วมทีมใช้เวอร์ชันเดียวกัน
• ฉันเพิ่ม .claude/ เข้าไปใน .gitignore ยกเว้น settings.json ซึ่งฉันได้ commit ไปแล้ว
• ฉันเขียน CLAUDE.md ก่อนที่จะมี prompt จริงใด ๆ เพราะคุณภาพของบริบท (context) เป็นตัวกำหนดคุณภาพของผลลัพธ์
• ฉันเปิดโหมดเริ่มต้น "ask before destructive action" ไว้เป็นเวลาหนึ่งสัปดาห์แรก

แหล่งอ้างอิงอย่างเป็นทางการสำหรับการติดตั้งและตั้งค่าอยู่ที่ docs.claude.com/en/docs/claude-code ซึ่งฉันเปิดทิ้งไว้ขณะกำลังกำหนดค่า

ฉันใช้คำสั่งสแลชอะไรในชีวิตประจำวันบ้าง?

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

ฉันใช้ /clear บ่อยกว่าคำสั่งอื่น ๆ เมื่อเซสชันเกิดความสับสน การเริ่มต้นใหม่ที่สะอาดพร้อมกับ prompt ที่กระชับขึ้นสามารถแก้ไขปัญหาได้ถึง 80 percent ส่วน /compact เป็นเวอร์ชันที่อ่อนโยนกว่า ซึ่งฉันใช้เมื่อต้องการรักษาโมเมนตัมแต่บริบทเริ่มหนักเกินไป

จะเขียนไฟล์ CLAUDE.md อย่างไรให้เกิดประโยชน์สูงสุด?

CLAUDE.md คือไฟล์ markdown ที่ Claude อ่านเมื่อเริ่มต้นทุกเซสชัน ให้ถือว่ามันเป็นเอกสารปฐมนิเทศสำหรับพนักงานใหม่ที่ทำงานเร็วแต่ไม่มีความทรงจำเกี่ยวกับการตัดสินใจของคุณเลย

ฉันรัน /init เพื่อสร้างฉบับร่างแรก จากนั้นฉันก็เขียนมันใหม่ด้วยมือ เวอร์ชันที่สร้างขึ้นมาเป็นเพียงจุดเริ่มต้น ไม่ใช่ไฟล์สุดท้าย CLAUDE.md ของฉันครอบคลุมสแต็ก (stack), ข้อกำหนดปฏิบัติ (conventions), เลย์เอาต์ (layout), คำสั่ง (commands) และบั๊กสามตัวที่ฉันไม่ต้องการให้กลับมาอีก

MCP และ subagents ทำงานอย่างไรในทางปฏิบัติ?

MCP (Model Context Protocol) คือวิธีที่ Claude Code สามารถเข้าถึงภายนอก repo ของคุณได้: ฐานข้อมูล, browser, GitHub, Linear ฉันรันเซิร์ฟเวอร์ MCP สามตัวก็เพียงพอแล้ว เซิร์ฟเวอร์ที่มากขึ้นหมายถึงโทเคนที่มากขึ้นและข้อความแจ้งขออนุมัติที่มากขึ้น

การตั้งค่า MCP ปัจจุบันของฉันทำงานจริงในแต่ละสัปดาห์:

• เซิร์ฟเวอร์ GitHub เปิด PRs และอ่านความคิดเห็นในการรีวิว
• เซิร์ฟเวอร์ Postgres ตอบคำถามว่า "มีแถวกี่แถวที่ตรงกัน" โดยไม่ต้องให้ฉันเขียน SQL
• เซิร์ฟเวอร์ Playwright ตรวจสอบการเปลี่ยนแปลง UI เทียบกับ staging URL

ฉันได้กำหนดค่าพวกมันใน .claude/settings.json และตรวจสอบแต่ละตัวด้วย prompt บรรทัดเดียวก่อนที่จะเชื่อถือในการทำงานจริง การตั้งค่าและการเลือกเซิร์ฟเวอร์มีรายละเอียดอยู่ใน Claude Code MCP integration guide และ [MCP model context primer] ที่ครอบคลุมกว่า

Subagents คือตัวเพิ่มประสิทธิภาพอีกอย่าง สำหรับฟีเจอร์ที่มีส่วนประกอบอิสระ ฉันขอให้ Claude ส่ง subagents แบบขนาน โดยแต่ละตัวจะจำกัดขอบเขต (scoped) ไปที่ไฟล์หรือโมดูลหนึ่ง และปล่อยให้ agent หลักรวมผลลัพธ์ มันช่วยลดเวลาจริงในการเปลี่ยนแปลงขนาดใหญ่

Subagents จะทำงานได้ดีเมื่องานนั้นเป็นแบบขนานอย่างแท้จริง พวกมันจะล้มเหลวเมื่อภารกิจมีการแชร์ state เพราะขั้นตอนการรวมผลลัพธ์จะยุ่งเหยิง สำหรับรูปแบบการทำ parallelization ที่ฉันเชื่อถือ โปรดดูที่ Claude Code subagents and team automation

การจัดการสิทธิ์และ Hooks ทำงานอย่างไร?

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

Hooks คือสคริปต์ที่กำหนดโดยผู้ใช้ซึ่งทำงานเมื่อเกิดเหตุการณ์ของ Claude: ก่อนการรันคำสั่ง หลังจากการแก้ไข หรือเมื่อเริ่มเซสชัน ผมใช้ post-edit hook เพื่อรัน linter และ type-checker โดยอัตโนมัติ ทำให้ Claude ได้รับ feedback ที่รวดเร็วโดยที่ผมไม่ต้องทำอะไรเลย

Hooks ตัวหนึ่งช่วยผมได้เมื่อสัปดาห์ที่แล้ว pre-command hook ของผมได้บล็อกคำสั่ง rm -rf ที่พุ่งเป้าไปที่ path นอกโปรเจกต์ และ Claude ก็ปรับเปลี่ยนเป็นการลบแบบ scoped แทน นั่นคือระบบป้องกันประเภทที่คุ้มค่ากับการใช้เวลาสิบนาทีในการตั้งค่า

Claude Code คุ้มค่าไหมในปี 2026?

ใช่ สำหรับนักพัฒนาที่ใช้ชีวิตอยู่ใน terminal อยู่แล้ว ค่าใช้จ่ายนั้นเป็นเรื่องจริง วัดได้จาก tokens และมันจะคุ้มค่าเมื่องานของคุณถูกกำหนดขอบเขตและ repo ของคุณได้รับการอธิบายอย่างดีโดย CLAUDE.md

มันเข้ามาแทนที่เครื่องมือสามอย่างสำหรับผม: แชท AI แยกต่างหาก ผู้ช่วยค้นหา CLI และการสำรวจด้วยการ grep-และอ่านแบบแมนนวลส่วนใหญ่ของผม ลูปที่ทำงานใน terminal โดยตรงเร็วกว่าการสลับแท็บไปยังเบราว์เซอร์

จุดที่มันยังสู้ไม่ได้คือ: การ refactor ที่ใหญ่และคลุมเครือ, framework ใหม่เอี่ยมที่มีเอกสารน้อย และสิ่งใดก็ตามที่ต้องการความเข้าใจทั่วทั้ง codebase สำหรับกรณีเหล่านั้น ผมจะวางแผนใน plain text ก่อน จากนั้นจึงมอบ spec ที่ชัดเจนให้ Claude

ควรไว้วางใจใช้กับโค้ดที่ใช้งานจริงได้หรือไม่?

ไม่ใช่แบบปล่อยปละละเลย ฉันจัดการผลลัพธ์จาก Claude Code เหมือนที่ฉันจัดการ Pull Request (PR) ของจูเนียร์ที่มีความสามารถ: คือการอ่านทุก diff, การรัน tests, และไม่เคย merge ด้วยความเชื่อมั่น ความเป็นอิสระคือปุ่มปรับ ไม่ใช่สวิตช์เปิดปิด

ข้อควรระวังที่ตรงไปตรงมาคือ: Claude Code จะสร้างโค้ดได้อย่างมั่นใจว่าดูถูกต้อง แต่จริง ๆ แล้วผิดพลาดเล็กน้อย โดยเฉพาะอย่างยิ่งในส่วนของการจัดการข้อผิดพลาด (error handling) และการทำ async cleanup คุณต้องตรวจสอบ failure paths ด้วยตัวเอง เก็บระบบ rollback ที่รวดเร็วไว้ และคุณจะได้รับประสิทธิภาพในการทำงานที่เพิ่มขึ้นอย่างมากโดยไม่มีหายนะใดๆ Anthropic docs ได้กล่าวถึงการตั้งค่าที่ฉันไม่ได้กล่าวซ้ำในที่นี้

ข้อสรุปที่สำคัญ

• ติดตั้ง CLI จากนั้นลงทุนใน CLAUDE.md ก่อนการป้อนคำสั่งจริงครั้งแรก
• เชี่ยวชาญ /clear, /compact, และ /permissions; ส่วนที่เหลือเป็นทางเลือก
• เริ่มต้นด้วย MCP servers สองถึงสามตัว และเพิ่มเมื่อเวิร์กโฟลว์กำหนดเท่านั้น
• ใช้ subagents สำหรับงานที่ทำงานแบบขนานและเป็นอิสระ; ให้งานที่มีสถานะร่วมกันเป็นไปตามลำดับ (serial)
• รักษาสิทธิ์ให้รัดกุมและเพิ่ม hooks สำหรับ lint, type-check, และ destructive-command guards
• ตรวจสอบทุก diff เหมือนกับ PR การทำงานแบบอิสระโดยไม่มีการตรวจสอบคือจุดที่โปรเจกต์จะเสียหาย

เครดิตรูปภาพ

• โค้ดต้นฉบับหลากสีที่เรืองแสงบนจอภาพของนักพัฒนา — photo by Mikhail Nilov on Pexels
• ภาพระยะใกล้ของโค้ดโปรแกรมมิ่งหลากสีที่แสดงบนหน้าจอ — photo by Pixabay on Pexels
• โปรแกรมเมอร์ที่สวมหูฟังกำลังเขียนโค้ดที่โต๊ะทำงานพร้อมจอภาพคู่ — photo by Christina Morillo on Pexels
• วิศวกรซอฟต์แวร์ที่กำลังเขียนและตรวจสอบโค้ดในสำนักงานสมัยใหม่ — photo by ThisIsEngineering on Pexels

## macOS / Linux native installer
curl -fsSL https://claude.ai/install.sh | bash

## or via npm
npm install -g @anthropic-ai/claude-code

## verify
claude --version

## Project

Next.js 14 App Router, TypeScript strict, Prisma + Postgres, pnpm workspaces.

## Layout
- App routes in app/
- Server actions in app/actions
- UI primitives in packages/ui

## Conventions
- Prefer async/await over .then chains
- Never use `any`; type unknown and narrow
- Keep components under 200 lines

## Commands
- Dev: pnpm dev
- Test: pnpm test
- Lint: pnpm lint

## Known traps
- Do not edit prisma/schema.prisma without running migrate
- rate-limit.ts is shared; changes affect all routes