ใช้ Claude Code ให้เหมือนมืออาชีพ

Claude Code คืออะไร และคิดแบบไหนถึงจะใช้เป็น

เป้าหมาย: เข้าใจว่า Claude Code เป็น agent ที่ลงมือทำงานในโปรเจกต์ของคุณ ไม่ใช่ช่องแชตที่ให้ก๊อปโค้ดไปวาง

Claude Code ทำงานในเทอร์มินัล (และมีส่วนขยายสำหรับ VS Code / JetBrains กับแอปเดสก์ท็อป) มันอ่านไฟล์ได้ รันคำสั่งได้ แก้โค้ดได้ และใช้ git ได้ ทุกอย่างภายใต้สิทธิ์ที่คุณอนุญาต สิ่งที่แยกมืออาชีพออกจากมือใหม่คือ การจัดวงจรให้ Claude ตรวจงานตัวเองได้

วงจรของ agent

1. รวบรวมบริบทอ่านไฟล์ ค้นโค้ด ดู git log
2. ลงมือแก้ไฟล์ รันคำสั่ง เรียกเครื่องมือ
3. ตรวจผลรันเทสต์ ดู error ดู diff
4. ตัดสินใจจบงาน หรือวนกลับไปแก้

↻ ขั้น 4 วนกลับไปขั้น 1 จนกว่าเกณฑ์สำเร็จจะผ่าน

ใช้ตอนไหน ไม่ใช้ตอนไหน

ติดตั้งและเข้าสู่ระบบ

เป้าหมาย: รัน claude ในโฟลเดอร์โปรเจกต์ได้ และยืนยันว่าทำงานปกติ

curl -fsSL https://claude.ai/install.sh | bash

irm https://claude.ai/install.ps1 | iex

npm install -g @anthropic-ai/claude-code

เริ่มใช้งานครั้งแรก

cd your-project
claude          # ครั้งแรกจะเปิดหน้าล็อกอินในเบราว์เซอร์
claude --version
claude doctor   # ตรวจการติดตั้งและการตั้งค่า

พื้นฐานที่ใช้ทุกวัน: อ้างไฟล์ รันคำสั่ง และคุมบริบท

เป้าหมาย: ใช้ปุ่มลัดและคำสั่งหลักได้คล่อง และรู้ว่าเมื่อไรควรล้างบริบท

> อธิบายว่า flow การล็อกอินใน @src/auth/login.ts ทำงานยังไง
● อ่าน src/auth/login.ts, src/auth/session.ts …
  ล็อกอินเรียก verifyPassword() แล้วสร้าง session ผ่าน createSession()…

> ! git log --oneline -5
  a1b2c3d fix: refresh token expiry …

> /compact เก็บเฉพาะข้อสรุปเรื่อง auth

เขียน prompt ให้เจาะจงและตรวจสอบได้

เป้าหมาย: เปลี่ยนคำสั่งคลุมเครือเป็นงานที่มีขอบเขต ตัวอย่าง และเกณฑ์สำเร็จ

สูตรที่ใช้ได้กับเกือบทุกงาน: เป้าหมาย + บริบท + ข้อจำกัด + วิธีตรวจ ยิ่งชี้ตำแหน่งและรูปแบบที่อยากได้ชัด ยิ่งไม่ต้องแก้รอบสอง

เทคนิคที่ใช้บ่อย

เวิร์กโฟลว์หลัก: สำรวจ วางแผน ลงมือ ส่งมอบ

เป้าหมาย: ใช้ plan mode และ git ให้การเปลี่ยนแปลงใหญ่ ๆ ย้อนกลับได้และรีวิวง่าย

1. Exploreให้อ่านและสรุป ยังไม่แก้
2. Planขอแผน ตรวจแผน แก้แผน
3. Codeลงมือตามแผน พร้อมรันเทสต์
4. Commitตรวจ diff แล้ว commit/PR

Plan mode

กด Shift+Tab จนขึ้น plan หรือเริ่มด้วย claude --permission-mode plan ในโหมดนี้ Claude อ่านได้อย่างเดียว แล้วเสนอแผนให้คุณอนุมัติก่อนแตะโค้ด ใช้เมื่อกระทบหลายไฟล์ หรือเมื่อคุณยังไม่แน่ใจว่าทางไหนถูก

อ่าน @src/payments และเสนอแผนย้ายจาก Stripe Charges API ไปเป็น PaymentIntents
- ระบุไฟล์ที่ต้องแก้และความเสี่ยง
- แบ่งเป็นขั้นที่ merge แยกกันได้
- ระบุเทสต์ที่ต้องเพิ่ม
ยังไม่ต้องแก้โค้ด

ให้ Claude ทำ git ให้

สร้างบรานช์ feat/payment-intents
ทำตามแผนข้อ 1 แล้วรันเทสต์ ถ้าผ่านให้ commit ด้วยข้อความแบบ conventional commits
เมื่อจบทุกข้อ สรุปเป็นคำอธิบาย PR (อะไรเปลี่ยน ทำไม วิธีทดสอบ)

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

เป้าหมาย: เขียนไฟล์ที่ Claude อ่านทุกครั้งที่เริ่มเซสชัน เพื่อไม่ต้องอธิบายซ้ำ

Claude Code ไม่จำบทสนทนาข้ามเซสชัน แต่จะโหลด CLAUDE.md เข้าบริบทเสมอ ใส่เฉพาะสิ่งที่ Claude เดาเองไม่ได้ ไฟล์ที่สั้นและแม่นดีกว่าไฟล์ยาวที่ไม่มีใครดูแล

# Shop API

## คำสั่ง
- ติดตั้ง: pnpm install
- เทสต์ไฟล์เดียว: pnpm vitest run path/to/file.test.ts
- ตรวจก่อน commit: pnpm lint && pnpm typecheck

## สถาปัตยกรรม
- src/routes → HTTP เท่านั้น ห้ามมี business logic
- src/services → business logic ทั้งหมด
- DB ใช้ Prisma; แก้ schema ต้องสร้าง migration ใหม่เสมอ

## ข้อตกลง
- TypeScript strict, ห้ามใช้ any
- ชื่อไฟล์ kebab-case, เทสต์วางข้างไฟล์จริง (*.test.ts)
- Error ใช้ AppError จาก src/lib/errors.ts

## ห้าม
- ห้ามแก้ไฟล์ใน src/generated/
- ห้ามใส่ความลับหรือ .env ลงในโค้ดหรือ commit

ตำแหน่งที่ Claude อ่าน

สิทธิ์และความปลอดภัย

เป้าหมาย: ลดการกดอนุมัติซ้ำ ๆ โดยไม่เปิดช่องให้เกิดความเสียหาย

กติกา allow / deny ตั้งได้ใน .claude/settings.json (แชร์ทีม) หรือ .claude/settings.local.json (ส่วนตัว) deny มีลำดับเหนือ allow เสมอ

{
  "permissions": {
    "allow": [
      "Bash(pnpm lint)",
      "Bash(pnpm typecheck)",
      "Bash(pnpm vitest run:*)",
      "Bash(git diff:*)",
      "Bash(git status)"
    ],
    "deny": [
      "Read(./.env)",
      "Read(./secrets/**)",
      "Bash(rm -rf:*)",
      "Bash(git push:*)"
    ]
  }
}

เช็กลิสต์ความปลอดภัย

• ไม่วาง API key หรือข้อมูลลูกค้าลงใน prompt; ใช้ deny ปิดไฟล์ .env
• ระวังเนื้อหาจากภายนอก (เว็บ, issue, README ของแพ็กเกจ) ที่อาจมีคำสั่งแฝงให้ Claude ทำตาม อ่านก่อนอนุมัติคำสั่งที่เกิดจากมัน
• เพิ่ม MCP server เฉพาะที่เชื่อถือได้ และให้สิทธิ์ขั้นต่ำที่จำเป็น
• ใช้ /permissions ตรวจรายการที่อนุญาตไว้เป็นระยะ

ขยายความสามารถ: slash commands, skills และ subagents

เป้าหมาย: เปลี่ยนงานที่ทำซ้ำให้เป็นของที่เรียกใช้ได้ด้วยคำเดียว และแตกงานให้ agent ย่อย

Slash command: /fix-issue

---
description: แก้ GitHub issue ตามหมายเลข
argument-hint: [issue-number]
---
ดูรายละเอียด issue #$ARGUMENTS ด้วย `gh issue view`
1. หาไฟล์ที่เกี่ยวข้อง และเขียนเทสต์ที่ทำให้บั๊กเกิดซ้ำได้ก่อน
2. แก้โค้ดจนเทสต์ผ่าน แล้วรัน lint + typecheck
3. สรุปสิ่งที่เปลี่ยนในรูปแบบคำอธิบาย PR

Skill: รีวิวความปลอดภัยตามมาตรฐานทีม

---
name: security-review
description: ใช้เมื่อต้องรีวิวโค้ดด้านความปลอดภัย เช่น auth, input validation, SQL, secrets
---
ตรวจตามลำดับ: 1) การตรวจสอบ input 2) authz ทุก endpoint
3) SQL/command injection 4) ความลับในโค้ดและ log
รายงานเป็นตาราง: ไฟล์:บรรทัด | ความเสี่ยง | วิธีแก้ | ความรุนแรง

Subagent: ผู้รีวิวโค้ด

---
name: code-reviewer
description: รีวิวโค้ดที่เพิ่งแก้ ใช้หลังเขียนโค้ดเสร็จทุกครั้ง
tools: Read, Grep, Glob, Bash
---
คุณเป็นรีวิวเวอร์อาวุโส รัน `git diff` แล้วตรวจความถูกต้อง
ความอ่านง่าย และเทสต์ที่ขาด ตอบเป็นรายการตามความสำคัญ
ห้ามแก้ไฟล์เอง

สร้าง subagent แบบโต้ตอบได้ด้วย /agents ใช้งานโดยพิมพ์ เช่น “ให้ code-reviewer ตรวจการเปลี่ยนแปลงนี้” จุดเด่นคือผลการค้นหาจำนวนมากอยู่ในบริบทของ agent ย่อย บทสนทนาหลักได้เฉพาะบทสรุป

Hooks และ MCP: ทำให้เป็นกฎ และต่อกับโลกภายนอก

เป้าหมาย: บังคับขั้นตอนที่ “ต้องเกิดทุกครั้ง” ด้วยโค้ด และเชื่อม Claude กับเครื่องมือที่ทีมใช้

Hooks

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

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit|Write",
        "hooks": [
          { "type": "command", "command": "pnpm prettier --write \"$CLAUDE_PROJECT_DIR\"/src" }
        ]
      }
    ]
  }
}

ถ้าไม่อยากเขียน JSON เอง พิมพ์ /hooks เพื่อตั้งแบบโต้ตอบ หรือสั่ง Claude ให้เขียนให้ตามที่ต้องการ

MCP (Model Context Protocol)

MCP คือมาตรฐานเชื่อม Claude กับบริการภายนอก เช่น GitHub, Sentry, ฐานข้อมูล, Figma, Notion หลังเพิ่มแล้ว Claude เรียกเครื่องมือเหล่านั้นได้เหมือนเครื่องมือในตัว

claude mcp add --transport http github https://api.githubcopilot.com/mcp/
claude mcp list
# ในเซสชัน: /mcp เพื่อดูสถานะและล็อกอิน

รันแบบไม่มีหน้าจอ: สคริปต์และ CI

เป้าหมาย: ใช้ Claude Code เป็นคำสั่งหนึ่งในไปป์ไลน์ของคุณ

แฟลก -p (print mode) รับ prompt ตอบแล้วจบ ไม่เปิดหน้าจอโต้ตอบ ต่อท่อกับคำสั่งอื่นได้

# สรุปการเปลี่ยนแปลงล่าสุด
git diff main | claude -p "สรุปการเปลี่ยนแปลงนี้เป็นข้อความ PR ภาษาไทย"

# ผลลัพธ์แบบ JSON สำหรับสคริปต์
claude -p "รายชื่อ endpoint ทั้งหมดใน src/routes" --output-format json

# จำกัดเครื่องมือที่ใช้ได้
claude -p "แก้ lint error ทั้งหมด" --allowedTools "Edit" "Bash(pnpm lint)"

# ต่อเซสชันเดิม
claude -p "ตอนนี้เพิ่มเทสต์ด้วย" --continue

ตัวอย่างงานที่คุ้มค่าในไปป์ไลน์

• ร่างคำอธิบาย PR และ release notes จาก diff
• ตรวจ PR เบื้องต้น (ชื่อ, ความเสี่ยง, เทสต์ที่ขาด) ก่อนคนรีวิว
• แปลไฟล์ i18n ที่เพิ่งเพิ่มคีย์
• จัดกลุ่ม issue ใหม่ตามหมวด

Capstone: ส่งมอบฟีเจอร์ตั้งแต่ต้นจนจบ

เป้าหมาย: ใช้ทุกอย่างที่เรียนมาในงานเดียว แล้วประเมินตัวเอง

เลือกฟีเจอร์จริงหรือจำลองขนาดครึ่งชั่วโมงในโปรเจกต์ของคุณ เช่น เพิ่ม endpoint ค้นหา, เพิ่มการตรวจ input, หรือแปลงโมดูลหนึ่งไปใช้ TypeScript ทำตามขั้นนี้ตามลำดับ

ประเมินตัวเอง

แบบทดสอบท้ายคอร์ส

เป้าหมาย: ตรวจความเข้าใจด้วยสถานการณ์จริง กดเลือกคำตอบเพื่อดูเหตุผล

Cheat sheet