วิธีใช้ Claude Code: คู่มือเริ่มต้นสำหรับนักพัฒนาและหัวหน้าทีม

Claude Code ของ Anthropic ไม่ได้ทำหน้าที่เพียงเติมโค้ดให้เท่านั้น แต่อ่านโค้ดได้ทั้งโปรเจกต์ แก้ไขหลายไฟล์พร้อมกัน รัน test แล้วตรวจงานของตัวเองก่อนจะบอกว่าเสร็จ บทความนี้จะพาคุณจากศูนย์ไปจนถึงจุดที่ใช้งานได้จริง พร้อมคำสั่งที่พิมพ์ตามได้ทันที

Claude Code คืออะไร

Claude Code ใช้งานได้หลายช่องทาง ทั้ง terminal, extension ของ VS Code และ JetBrains, แอปพลิเคชันบนเดสก์ท็อป และเว็บที่ claude.ai/code เนื่องจากทุกช่องทางใช้ engine เดียวกัน ไฟล์ CLAUDE.md, การตั้งค่า และ MCP server จึงใช้ร่วมกันได้ทั้งหมด

จุดที่ต่างจากเครื่องมืออื่นอย่างชัดเจนคือ Claude Code มองเห็นทั้งโปรเจกต์ ไม่ใช่เฉพาะไฟล์ที่เปิดอยู่ เอกสารทางการระบุไว้ชัดเจนว่านี่คือความแตกต่างจาก inline code assistant ซึ่งมองเห็นเพียงไฟล์ปัจจุบัน

เมื่อคุณสั่งให้แก้ bug เรื่อง authentication Claude จะค้นหาไฟล์ที่เกี่ยวข้อง อ่านจนเข้าใจบริบท แก้ไขให้สอดคล้องกันทั้งหมด แล้วรัน test เพื่อยืนยันผลลัพธ์

ติดตั้ง Claude Code อย่างไร

Claude Code รองรับ macOS 13.0 ขึ้นไป, Windows 10 เวอร์ชัน 1809 ขึ้นไป, Ubuntu 20.04 ขึ้นไป, Debian 10 ขึ้นไป และ Alpine 3.19 ขึ้นไป โดยต้องการหน่วยความจำอย่างน้อย 4 GB วิธีที่เอกสารแนะนำคือใช้ native installer เพราะอัปเดตตัวเองได้อัตโนมัติ

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

# Windows PowerShell
irm https://claude.ai/install.ps1 | iex

# Windows CMD
curl -fsSL https://claude.ai/install.cmd -o install.cmd && install.cmd && del install.cmd

# Homebrew (ไม่อัปเดตอัตโนมัติ) — cask claude-code คือช่องทาง stable
# หากต้องการเวอร์ชันใหม่ทันทีที่ออก ให้ใช้ claude-code@latest แทน
brew install --cask claude-code

# WinGet
winget install Anthropic.ClaudeCode

# npm (ตั้งแต่เวอร์ชัน 2.1.198 ต้องใช้ Node.js 22 ขึ้นไป)
npm install -g @anthropic-ai/claude-code

บน Debian, Fedora, RHEL และ Alpine ยังติดตั้งผ่าน package manager ของระบบอย่าง apt, dnf หรือ apk ได้ด้วย โดยดูขั้นตอนของแต่ละระบบได้ในหน้า setup ของเอกสาร

สิ่งที่ไม่ควรทำคือใช้ sudo npm install -g เพราะทำให้เกิดปัญหาเรื่องสิทธิ์และมีความเสี่ยงด้านความปลอดภัย เมื่อติดตั้งเสร็จแล้วให้ตรวจสอบผลด้วยสองคำสั่งนี้

claude --version
claude doctor

claude doctor จะตรวจสอบการติดตั้งและไฟล์ตั้งค่าให้โดยไม่ต้องเริ่ม session พร้อมเสนอวิธีแก้ไขหากพบปัญหา

ล็อกอินอย่างไรและควรเลือกแพ็กเกจใด

Claude Code ต้องใช้บัญชี Pro, Max, Team, Enterprise หรือ Console ส่วนแพ็กเกจฟรีของ Claude.ai ไม่รวมสิทธิ์ใช้งาน องค์กรที่วางระบบไว้แล้วสามารถใช้ผ่าน Amazon Bedrock, Google Cloud's Agent Platform หรือ Microsoft Foundry ได้เช่นกัน

วิธีล็อกอินคือรันคำสั่ง claude แล้วทำตามขั้นตอนที่ปรากฏในเบราว์เซอร์ หรือจะตั้งค่า ANTHROPIC_API_KEY ไว้ล่วงหน้าก็ได้

session แรกทำอะไรบ้าง

เปิด terminal ในโฟลเดอร์โปรเจกต์แล้วพิมพ์ claude

cd your-project
claude

1. ให้สำรวจก่อน — ลองถามว่าโปรเจกต์นี้ทำอะไร Claude จะอ่านไฟล์เอง โดยคุณไม่ต้องเพิ่ม context ให้
2. แก้ไขเล็ก ๆ หนึ่งจุด — เช่น ขอให้เพิ่ม input validation ให้แบบฟอร์มสมัครสมาชิก Claude จะเสนอ diff ให้ตรวจก่อนลงมือแก้จริง
3. ใช้ git ผ่านการสนทนา — เช่น ถามว่าไฟล์ใดเปลี่ยนไปบ้าง หรือขอให้ commit พร้อมข้อความที่สื่อความหมาย
4. ให้รีวิวงานของตัวเอง — ขอให้รีวิว diff แล้วบอกจุดที่ควรปรับ ก่อนจะเปิด pull request

ส่วนคำสั่งระดับ shell จำเพียงสี่ตัวนี้ก็เพียงพอสำหรับสัปดาห์แรก

claude "ช่วยแก้ build error"        # สั่งงานแล้วสนทนาต่อได้
claude -p "อธิบายฟังก์ชันนี้"       # ถามครั้งเดียวแล้วจบ เหมาะกับการเขียน script
claude -c                            # สนทนาต่อจากบทสนทนาล่าสุด
claude -r                            # เลือกบทสนทนาเก่ามาทำต่อ

วงจรการทำงานของ Claude Code

เบื้องหลังการทำงานคือวงจรสามขั้น ได้แก่ gather context, take action และ verify results ซึ่งวนซ้ำจนกว่างานจะเสร็จ สามขั้นนี้ผสมสลับกันไปมา ไม่ได้เดินเป็นเส้นตรง

เมื่อคุณสั่งให้แก้ test ที่ล้มเหลว Claude อาจรัน test suite อ่าน error ค้นหาไฟล์ต้นทาง แก้ไขโค้ด แล้วรัน test อีกรอบหนึ่ง การเรียกใช้เครื่องมือแต่ละครั้งให้ข้อมูลใหม่ที่ใช้ตัดสินใจในขั้นต่อไป

ระหว่างที่ Claude กำลังทำงาน คุณแทรกกลางทางได้สองวิธี

• กด Esc เพื่อหยุดทันที การเรียกใช้เครื่องมือที่กำลังรันอยู่จะถูกยกเลิก
• พิมพ์คำแก้ไขแล้วกด Enter โดยไม่ต้องหยุด Claude จะอ่านทันทีที่การทำงานปัจจุบันจบลง แล้วปรับทิศทางตามที่คุณบอก

เทคนิคที่ได้ผลชัดเจนคือให้สิ่งที่ Claude ใช้ตรวจสอบตัวเองได้ เช่น ใส่ test case ลงไปในคำสั่ง หรือระบุผลลัพธ์ที่คาดหวังไว้ให้ชัด

permission mode และ plan mode

อัปเดตเดือนสิงหาคม 2026 — เอกสารทางการระบุว่าบนแพ็กเกจ Pro, Max และ Team mode เริ่มต้นของ session คือ auto mode แล้ว ไม่ใช่ manual แบบเดิม ใน mode นี้จะมี model ตัวที่สองทำหน้าที่เป็น classifier คอยตรวจสอบการกระทำแทนคุณ Claude จึงแก้ไฟล์และรันคำสั่งส่วนใหญ่ได้โดยไม่ต้องหยุดถาม ส่วนแพ็กเกจอื่นยังเริ่มต้นที่ manual เหมือนเดิม

ข้อยกเว้นคือ session แรกหลังติดตั้ง ซึ่งจะยังถามก่อนทุกการแก้ไข หลังจากนั้นจึงเข้าสู่ mode เริ่มต้นตามแพ็กเกจของคุณ และไม่ว่าจะเริ่มที่ mode ใด คุณกด Shift+Tab เพื่อเปลี่ยน mode ระหว่างทางได้เสมอ

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

เข้าสู่ plan mode ได้สามทาง คือกด Shift+Tab สองครั้ง พิมพ์ /plan หรือเริ่มต้นด้วยคำสั่ง claude --permission-mode plan

หากการแก้ไขทำให้ระบบทำงานผิดพลาด คุณย้อนไฟล์กลับได้ เพราะ Claude Code จะบันทึก snapshot ของเนื้อไฟล์ไว้ก่อนแก้ทุกครั้ง วิธีย้อนกลับคือกด Esc สองครั้ง หรือใช้คำสั่ง /rewind โดย checkpoint ชุดนี้แยกออกจาก git

slash command ที่ควรรู้จัก

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

• /init สร้าง CLAUDE.md เริ่มต้นโดยวิเคราะห์จาก codebase
• /clear เริ่มบทสนทนาใหม่ด้วย context ว่าง ควรใช้ทุกครั้งที่เปลี่ยนเรื่อง
• /compact ย่อบทสนทนาเพื่อคืนพื้นที่ context
• /context ดูว่ามีอะไรใช้พื้นที่ context อยู่บ้าง
• /model สลับ model และบันทึกเป็นค่าเริ่มต้น
• /usage ดูปริมาณการใช้งานและค่าใช้จ่ายของ session
• /memory แก้ไข CLAUDE.md และจัดการ auto memory
• /rewind ย้อนทั้งโค้ดและบทสนทนากลับไปที่ checkpoint
• /doctor ตรวจสอบการติดตั้งและการตั้งค่า

อีกกลุ่มหนึ่งคือ bundled skill ที่มาพร้อมกับตัวติดตั้ง เช่น /code-review สำหรับรีวิว diff หรือ pull request, /security-review สำหรับตรวจหาช่องโหว่ และ /verify สำหรับตรวจงานก่อน commit

ส่วน /insights จะวิเคราะห์ session ย้อนหลังแล้วสร้างรายงานในรูปแบบ HTML ว่าคุณติดขัดอยู่ที่จุดใดบ้าง

CLAUDE.md และความจำของโปรเจกต์

ทุก session เริ่มต้นด้วย context ที่ว่างเปล่า Claude Code จึงมีสองกลไกไว้ส่งต่อความรู้ข้าม session ได้แก่ CLAUDE.md ที่คุณเขียนเอง และ auto memory ที่ Claude เขียนขึ้นเอง

วิธีที่ดีคือเริ่มด้วย /init แล้วค่อยขัดเกลาทีหลัง กฎที่เอกสารย้ำไว้คือให้เขียนสั้นและเจาะจง ตั้งเป้าไม่เกิน 200 บรรทัดต่อไฟล์ เพราะไฟล์ที่ยาวเกินไปใช้ token มาก และทำให้ Claude ทำตามได้แม่นยำน้อยลง

โปรเจกต์ขนาดใหญ่ควรแยกกฎออกเป็นไฟล์ย่อยใน .claude/rules/ แล้วผูกกับ path เพราะ Claude Code จะโหลดกฎเหล่านั้นเฉพาะตอนที่แตะไฟล์ซึ่งตรงกับเงื่อนไขเท่านั้น

---
paths:
  - "src/api/**/*.ts"
---

# API Development Rules

- All API endpoints must include input validation
- Use the standard error response format

ส่วน auto memory เปิดใช้งานอยู่ตั้งแต่แรก Claude จะบันทึกสิ่งที่เรียนรู้ไว้เอง เช่น คำสั่ง build และข้อสังเกตระหว่างการ debug

ไฟล์เหล่านี้เก็บอยู่ที่ ~/.claude/projects/<project>/memory/ โดยมี MEMORY.md เป็นดัชนีที่โหลดเข้าทุก session คุณเปิดดูและแก้ไขได้ผ่านคำสั่ง /memory

Skills: รวมขั้นตอนที่ทำซ้ำให้เป็นคำสั่งเดียว

Skill คือไฟล์ SKILL.md ที่บรรจุคำสั่งเอาไว้ Claude จะโหลดมาใช้เองเมื่อเห็นว่าเกี่ยวข้อง หรือคุณจะเรียกใช้โดยตรงด้วย /ชื่อ-skill ก็ได้

ควรสร้างเมื่อคุณเริ่มพิมพ์คำสั่งชุดเดิมซ้ำ ๆ ในบทสนทนา ข้อดีคือเนื้อหาจะโหลดเข้า context เฉพาะตอนที่ถูกใช้งานจริง ต่างจาก CLAUDE.md ที่โหลดทุก session

mkdir -p ~/.claude/skills/summarize-changes

---
description: Summarizes uncommitted changes and flags anything risky. Use when the user asks what changed, wants a commit message, or asks to review their diff.
---

## Current changes

!`git diff HEAD`

## Instructions

Summarize the changes above in two or three bullet points, then list any
risks you notice such as missing error handling or hardcoded values.

ชื่อโฟลเดอร์จะกลายเป็นชื่อคำสั่ง ส่วน description ช่วยให้ Claude ตัดสินใจได้ว่าควรโหลดเองตอนไหน วางไว้ที่ ~/.claude/skills/ เพื่อใช้ได้ทุกโปรเจกต์ หรือวางที่ .claude/skills/ เพื่อแบ่งปันให้ทีม

ปัจจุบัน custom command ถูกรวมเข้ากับ skill แล้ว แต่ไฟล์เดิมใน .claude/commands/ ยังใช้งานได้ตามปกติ

Subagents: แยกงานหนักออกจากบทสนทนาหลัก

Subagent คือผู้ช่วยเฉพาะทางที่ทำงานอยู่ใน context window ของตัวเอง มี system prompt เป็นของตัวเอง กำหนดสิทธิ์แยกต่างหากได้ และเลือก model เองได้

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

---
name: code-improver
description: Scans files and suggests improvements for readability, performance, and best practices. Use after writing or modifying code.
tools: Read, Grep, Glob
model: sonnet
---

You are a code improvement specialist. For each issue you find, explain
the problem, show the current code, and provide an improved version.

ไฟล์ที่อยู่ใน ~/.claude/agents/ ใช้ได้ทุกโปรเจกต์ ส่วนไฟล์ใน .claude/agents/ จำกัดอยู่เฉพาะโปรเจกต์นั้น และ commit เพื่อแบ่งปันให้ทีมได้

อีกมุมหนึ่งคือการควบคุมต้นทุน หาก subagent ทำงานที่ไม่ซับซ้อนแต่มีปริมาณมาก ให้กำหนด model: haiku ไว้

MCP: เชื่อมต่อกับเครื่องมือที่ทีมใช้จริง

Model Context Protocol หรือ MCP เป็นมาตรฐานเปิดสำหรับเชื่อม AI เข้ากับแหล่งข้อมูลภายนอก สัญญาณที่บอกว่าถึงเวลาต้องเชื่อมต่อแล้วคือคุณเริ่มคัดลอกข้อมูลจากเครื่องมืออื่นมาวางในบทสนทนาบ่อยครั้ง

ตัวอย่างที่เอกสารยกไว้คือการสั่งให้เพิ่มฟีเจอร์ตามที่ระบุใน JIRA issue ENG-4521 แล้วเปิด pull request บน GitHub

# เชื่อมต่อ remote server ผ่าน HTTP
claude mcp add --transport http notion https://mcp.notion.com/mcp

# เชื่อมต่อแบบ project scope เพื่อให้ทั้งทีมได้ config ชุดเดียวกัน
claude mcp add --transport http shared-server --scope project https://example.com/mcp

# เชื่อมต่อ server ที่รันอยู่บนเครื่อง
claude mcp add --transport stdio myserver -- npx server

# ดูรายการและสถานะการเชื่อมต่อ
claude mcp list

scope มีอยู่สามระดับ

• local เป็นค่าเริ่มต้น
• project เขียนลงไฟล์ .mcp.json ที่ root ของ repository ซึ่งควร commit เข้า version control
• user สำหรับใช้ข้ามทุกโปรเจกต์

Hooks: บังคับให้บางอย่างเกิดขึ้นอย่างแน่นอน

Hook คือคำสั่ง shell ที่รันโดยอัตโนมัติ ณ จุด lifecycle ที่กำหนดไว้ ต่างจาก CLAUDE.md ตรงที่ hook ทำงานเสมอ ไม่ว่า Claude จะตัดสินใจอย่างไร จึงเหมาะกับกฎที่ต้องเกิดขึ้นแน่นอน เช่น การจัดรูปแบบโค้ดอัตโนมัติหลังแก้ไฟล์

event ที่ใช้บ่อยได้แก่ SessionStart, UserPromptSubmit, PreToolUse, PostToolUse, SubagentStop, PreCompact, Stop และ SessionEnd

ตั้งค่าได้ใน ~/.claude/settings.json หรือใน .claude/settings.json ซึ่ง commit เพื่อแบ่งปันให้ทีมได้

{
  "hooks": {
    "PreToolUse": [
      {
        "matcher": "Bash",
        "hooks": [
          {
            "type": "command",
            "command": "~/.claude/hooks/filter-test-output.sh"
          }
        ]
      }
    ]
  }
}

ตรวจสอบว่าติดตั้งถูกต้องด้วยคำสั่ง /hooks แล้วดูว่า hook ปรากฏอยู่ใต้ event ที่ถูกต้องหรือไม่

เลือก model และควบคุมค่าใช้จ่าย

ตั้งค่า model ได้ด้วย alias โดยไม่ต้องจำหมายเลขเวอร์ชัน สลับระหว่าง session ด้วย /model หรือเริ่มต้นด้วย claude --model opus

หากต้องการระบุเวอร์ชันตายตัว ให้ใส่ชื่อเต็มแทน alias เช่น claude-opus-5 โดย Opus 5 ต้องใช้เวอร์ชัน 2.1.219 ขึ้นไป ส่วน Sonnet 5 ต้องใช้เวอร์ชัน 2.1.197 ขึ้นไป

ยังมี alias เสริมอีกสองตัวคือ sonnet[1m] และ opus[1m] สำหรับ session ยาวที่ต้องการ context หนึ่งล้าน token อีกเรื่องที่ควรทราบคือ alias เดียวกันอาจได้คนละ model ตามผู้ให้บริการ เช่น บน Microsoft Foundry คำว่า opus ยังชี้ไปที่ Opus 4.6 ไม่ใช่ Opus 5

ด้านค่าใช้จ่าย เอกสารให้ตัวเลขจากการใช้งานระดับองค์กรไว้ว่าเฉลี่ยประมาณ 13 ดอลลาร์ต่อนักพัฒนาหนึ่งคนต่อวันที่ใช้งาน และ 150 ถึง 250 ดอลลาร์ต่อคนต่อเดือน โดย 90% ของผู้ใช้อยู่ต่ำกว่า 30 ดอลลาร์ต่อวัน ตัวเลขนี้คิดจากการจ่ายแบบ API แต่ใช้ประเมินคร่าว ๆ ได้ดี

ทีมได้ประโยชน์ที่จุดใด

จุดที่ให้ผลตอบแทนชัดเจนที่สุดมักไม่ใช่การสร้างฟีเจอร์ใหม่ แต่เป็นงานซ้ำ ๆ ที่ทุกคนเลื่อนออกไปเสมอ เอกสารยกตัวอย่างไว้ชัดเจน ได้แก่ การเขียน test ให้โค้ดที่ยังไม่มี test การแก้ lint error การแก้ merge conflict การอัปเดต dependency และการเขียน release note

• CI/CD รีวิวโค้ดอัตโนมัติผ่าน GitHub Actions หรือ GitLab CI/CD
• Slack พิมพ์ mention ถึง Claude พร้อมรายละเอียดของ bug แล้วได้ pull request กลับมา
• Headless ต่อผ่าน pipe แบบ Unix เช่น tail -200 app.log | claude -p "สรุปความผิดปกติ"
• Analytics แพ็กเกจ Team และ Enterprise มีแดชบอร์ด และตั้งเพดานค่าใช้จ่ายรายบุคคลได้

ด้านความปลอดภัย เอกสารเรื่องการใช้ข้อมูลระบุไว้ว่าสำหรับผู้ใช้เชิงพาณิชย์ ซึ่งได้แก่ Team, Enterprise และ API นั้น Anthropic ไม่นำโค้ดหรือ prompt ที่ส่งผ่าน Claude Code ไปเทรน model เว้นแต่ลูกค้าจะเลือกเข้าร่วมโปรแกรมเอง ส่วนระยะเวลาเก็บข้อมูลมาตรฐานอยู่ที่ 30 วัน

เริ่มต้นอย่างไรในสัปดาห์แรก

1. วันที่ 1 ติดตั้งและสำรวจ — ล็อกอินแล้วถาม Claude เกี่ยวกับ codebase โดยยังไม่ต้องแก้อะไร
2. วันที่ 2 สร้าง CLAUDE.md — รัน /init แล้วเพิ่มสิ่งที่ Claude หาเองไม่ได้ลงไป
3. วันที่ 3 ฝึกใช้ plan mode — หยิบงานจริงมาหนึ่งชิ้น ให้เสนอแผนก่อน แล้วค่อยอนุมัติ
4. วันที่ 4 ตั้ง hook และเชื่อมต่อ MCP — เชื่อมต่อ MCP แบบ --scope project แล้ว commit ไฟล์ .mcp.json
5. สัปดาห์ที่ 2 วัดผล — รัน /insights และ /usage ก่อนตัดสินใจขยายไปทั้งองค์กร

ข้อแนะนำสุดท้ายที่เอกสารย้ำไว้คือ ให้คิดเสมือนว่าคุณกำลังมอบหมายงานให้เพื่อนร่วมงานที่เก่ง ไม่ใช่การสั่งงานทีละคำสั่ง บอกบริบทและทิศทางให้ชัดเจน แล้วปล่อยให้ Claude หาวิธีทำเอง