Beginner Guide

Claude Code — คู่มือเริ่มต้นสำหรับเพื่อนแล็บ

เขียนโดย Phatchara (VISTEC) · 0 → ใช้งานคล่อง · ติดตั้ง → ใช้เป็น → ใช้แบบมีประสิทธิภาพ

0.Claude Code คืออะไร

CLI tool ของ Anthropic ที่เอา Claude มา "รัน" อยู่ใน terminal ของเครื่องเรา มันอ่าน-เขียนไฟล์ในโปรเจกต์ได้จริง, รัน command ได้จริง (เช่น git, pip install, npm run test) ต่างจาก ChatGPT/Claude เว็บที่ตอบแค่ข้อความ — Claude Code ลงมือทำงานให้จริง ในเครื่อง

ใช้ได้ดีกับ: เขียน/แก้โค้ด, debug, วิเคราะห์ข้อมูล, เขียนสคริปต์ประมวลผล, จัดการไฟล์ manuscript, ทำ automation

1.ติดตั้ง (5 นาที)

ต้องมีก่อน

ติดตั้ง

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

เปิดใช้ครั้งแรก

cd path/to/your/project
claude

ครั้งแรกจะให้ login ผ่านเบราว์เซอร์ (เลือก "Claude subscription" ถ้ามี Pro/Max — ไม่เสีย API cost แยก)

2.โครงสร้างที่ต้องรู้ก่อนเริ่ม

สิ่งนี้คืออะไรอยู่ตรงไหน
Session1 การสนทนากับ Claude Code ใน terminal 1 หน้าต่างเปิดด้วยคำสั่ง claude
CLAUDE.md"กติกาโปรเจกต์" ที่ Claude อ่านทุกครั้งที่เริ่ม sessionroot ของโปรเจกต์ (./CLAUDE.md)
Working directoryโฟลเดอร์ที่ terminal อยู่ตอนรัน claudecd ไปก่อนรัน
Toolความสามารถที่ Claude เรียกใช้ได้ (อ่านไฟล์, แก้ไฟล์, รัน bash, ค้นเว็บ)อัตโนมัติ ไม่ต้องตั้งเอง
กฎทอง: ก่อนรัน claude ให้ cd เข้าโฟลเดอร์โปรเจกต์ที่ถูกต้องก่อนเสมอ — Claude จะสับสนถ้าอยู่ผิดที่

3.คำสั่งพื้นฐานที่ใช้ทุกวัน

คำสั่งใช้ทำอะไรใช้เมื่อไหร่
claudeเริ่ม session ใหม่เข้าโปรเจกต์ครั้งแรกของวัน
/clearล้าง context ทิ้ง (แต่ยังอ่าน CLAUDE.md ใหม่)เปลี่ยนหัวข้องานใหม่ในโปรเจกต์เดิม
/compactบีบอัด context ให้เบาลง (ไม่ล้างหมด)context เริ่มเต็ม (>50%) แต่ยังทำงานเดิมต่อ
/helpดูคำสั่งทั้งหมดลืมคำสั่ง
Esc (2 ครั้ง)ยกเลิกงานที่ Claude กำลังทำสั่งผิด/อยากหยุด
Ctrl+Cออกจาก sessionจบงาน
Shift+Tabสลับโหมด (ปกติ ↔ Plan Mode ↔ auto-accept)อยากบังคับให้ Claude "แค่คิด ห้ามแก้ไฟล์" ก่อน
claude --continueเปิด session ล่าสุดต่อ (ไม่ต้องเริ่มใหม่)ปิด terminal ไปแล้วอยากคุยต่อ
claude --resumeเลือก session เก่าจากลิสต์มาทำต่อมีหลาย session เก่า อยากเลือกอันที่ต้องการ

3.1 สิ่งที่มักงงตอนแรก

พิมพ์คุยธรรมดาได้เลย ไม่ต้องมี syntax พิเศษ เช่น:

ช่วยอ่านไฟล์ main.py แล้วบอกทีว่า function process_data ทำอะไร
แก้ bug ที่ทำให้ CSV export ได้ column ผิดลำดับ

4.วิธีทำงานที่มีประสิทธิภาพ (สำคัญที่สุด)

4.1 บอกบริบทให้ครบ ไม่ใช่แค่คำสั่งสั้น

❌ "แก้ bug ให้หน่อย"
✅ "ฟังก์ชัน calc_soc() ใน battery.py return ค่าติดลบเวลา input เป็น 0 — ควร clamp ที่ 0 ไม่ใช่ error"

ยิ่งบริบทชัด ยิ่งไม่ต้องเดา ไม่ต้องถามกลับหลายรอบ = ประหยัดเวลา+โทเคน

4.2 งานใหญ่ → ให้ Claude "วางแผนก่อน" อย่าปล่อยลุยเลย

พิมพ์: "ช่วยวางแผนก่อนว่าจะทำยังไง อย่าเพิ่งแก้โค้ด"
Claude จะเข้าโหมด Plan Mode — เสนอแผนให้ดูก่อน อนุมัติแล้วค่อยลงมือ ป้องกันหลุดขอบเขตงาน

4.3 งานเสร็จแล้ว → ให้ verify ก่อนเชื่อ

อย่าเชื่อ "เสร็จแล้วครับ" เฉยๆ — สั่งต่อ: "รัน test ให้ดูจริงว่าผ่านไหม" หรือ "เปิด browser แล้วลองใช้งานจริงให้ดู"
Claude ไม่ได้ "เห็น" ผลจริงเว้นแต่สั่งให้รันตรวจ

4.4 1 session = 1 งานที่มีขอบเขตชัด

เหตุผล: context ยิ่งเยอะ ยิ่งเสี่ยง Claude "หลุด" หรือสับสนบริบทเก่า-ใหม่ปนกัน

4.5 ใช้ CLAUDE.md เก็บกติกาโปรเจกต์ — อย่าอธิบายซ้ำทุกวัน

สร้างไฟล์ CLAUDE.md ในโปรเจกต์ ใส่สิ่งที่ต้องพูดซ้ำทุกครั้งถ้าไม่มีไฟล์นี้ เช่น:

# Project X

- ภาษา: Python 3.11
- ห้ามแก้ไฟล์ใน /data (เป็น raw dataset ต้นฉบับ)
- ใช้ pytest สำหรับ test เสมอ
- commit message ภาษาอังกฤษ

Claude จะอ่านไฟล์นี้อัตโนมัติทุกครั้งที่เริ่ม session ในโฟลเดอร์นั้น

4.6 ให้ Claude ถามกลับได้ ไม่ต้องเดาแทนเรา

ถ้า Claude เจองานที่ตัดสินใจแทนเราไม่ได้ (เช่น เลือก library ไหน) มันควรถาม — ถ้ามันเดาไปทำเลยแล้วผิดทาง ให้บอกตรงๆว่า "หยุดก่อน ถามฉันก่อนตัดสินใจแบบนี้ทุกครั้ง"

5.ความปลอดภัย / สิ่งที่ต้องระวัง

สถานการณ์ต้องทำ
Claude จะรันคำสั่งลบไฟล์ / git push --force / git reset --hardหยุด อ่านให้ดีก่อนกดอนุมัติ ไม่ใช่ auto-yes
ไม่แน่ใจว่า Claude จะแก้ไฟล์ไหนบ้างสั่ง "บอกก่อนว่าจะแก้ไฟล์อะไรบ้าง อย่าเพิ่งแก้"
ทำงานกับ credentials/API keyอย่าให้ Claude เขียน key ลงโค้ดตรงๆ — ใช้ .env เสมอ
งานสำคัญ/deploy จริงcommit เป็น branch ใหม่ก่อน อย่า push ตรงเข้า main

6.Workflow แนะนำสำหรับงานเขียนโค้ด

  1. อธิบายสิ่งที่อยากได้ (จุดประสงค์ ไม่ใช่แค่ "ทำ X")
  2. ให้ Claude เสนอแผนก่อน (Plan Mode) — อ่าน ตรวจ อนุมัติ
  3. ปล่อยให้ทำ (มัน implement)
  4. สั่งรัน test / เปิดดูจริง (verify)
  5. อ่าน diff สุดท้ายก่อน commit
  6. commit เอง หรือให้ Claude commit (แต่ตรวจ message ก่อน)

7.คำสั่งขั้นสูงที่ควรรู้ไว้ (ใช้เมื่อคล่องแล้ว)

Featureใช้ทำอะไร
Slash commands (/ แล้วพิมพ์ชื่อ)คำสั่งสำเร็จรูป เช่น สร้าง PR, review โค้ด
Skillsความสามารถเสริมที่โหลดเฉพาะตอนจำเป็น — ปกติทำงานอัตโนมัติ ไม่ต้องเรียกเอง
MCP serversเชื่อมต่อ Claude กับระบบภายนอก (GitHub, Slack, database)
Worktreeแยกพื้นที่ทำงานคู่ขนานหลาย branch โดยไม่ชนกัน

ไม่ต้องรีบเรียนพวกนี้ตอนเริ่ม — ใช้พื้นฐาน (§3-§4) ให้คล่องก่อน

8.Checklist วันแรก

9.คำถามที่เจอบ่อย

Q: Claude ทำผิดทางไปแล้ว ทำไงดี
A: Esc 2 ครั้งหยุดงาน แล้วบอกตรงๆว่าอยากได้อะไรจริงๆ ไม่ต้องกลัวเสียมารยาท มันไม่โกรธ

Q: ใช้ยังไงให้ไม่เปลืองโทเคน/ค่าใช้จ่าย
A: /clear เมื่อเปลี่ยนหัวข้อ, /compact เมื่อ context เต็ม, บอกบริบทให้ตรงจะได้ไม่ต้อง back-and-forth เยอะ

Q: ต้องรู้ coding เก่งก่อนไหมถึงใช้ได้
A: ไม่จำเป็น แต่ควรอ่านสิ่งที่ Claude ทำเข้าใจคร่าวๆ ก่อนอนุมัติ โดยเฉพาะงานที่ลบ/เปลี่ยนของเดิม

Q: ทำไม Claude บางทีถามกลับ ทำไมไม่ทำเลย
A: เจอจุดที่ตัดสินใจแทนเราไม่ได้ (เช่น เลือก design ไหน) — ตอบคำถามแล้วมันจะทำต่อ ดีกว่าให้เดาผิด