Claude Code ชุดบทเรียนที่ 4: Claude Code ใช้ในสถานการณ์ใดบ้าง

สถานการณ์การใช้งานทั่วไป

ฉันแบ่งสถานการณ์การใช้งานออกเป็นสี่ประเภท เรียงตามความถี่จากมากไปน้อย

ประเภทแรก: ทำความเข้าใจโค้ด

นี่น่าจะเป็นประเภทที่ใช้มากที่สุด เมื่อรับโปรเจกต์ของคนอื่น ดูโมดูลที่เก่า หรือเปิดคลังที่ไม่มีเอกสาร ก็ถามมันเลย

วิธีทำ:

claude "โปรเจกต์นี้ทำอะไร? จุดเริ่มต้นอยู่ที่ไหน?" – มันจะอ่าน package.json, โครงสร้างไดเรกทอรี, ไฟล์สำคัญ และให้ภาพรวม
เปิดฟังก์ชัน ให้มันอธิบายตรรกะ เขียนโฟลว์ (ด้วยคำอธิบาย)
ให้มันติดตามเส้นทางของ API request จาก frontend ไปยัง database อย่างสมบูรณ์

สิ่งที่มันทำในที่นี้ คือช่วยคุณทำงาน "สกปรกในการอ่านโค้ด" คุณไม่ต้อง grep เองเป็นเวลานาน แล้วต่อจิ๊กซอว์ในสมอง มันจัดการเส้นทางให้ คุณแค่ตัดสินใจ

สิ่งที่จะมาแทนที่ในสถานการณ์ประเภทนี้คือ: การค้นหาในโค้ดด้วยมือ การจดบันทึก การวาด call graph

ประเภทที่สอง: เขียนโค้ด แก้ไขโค้ด

นี่เป็นประเภทที่ถูกพูดถึงมากที่สุด แต่จริงๆ แล้วไม่ได้ใช้บ่อยที่สุด สถานการณ์การเขียนโค้ดมักจะเป็นแบบนี้:

สร้างฟีเจอร์ใหม่: "เพิ่มอินเทอร์เฟซสำหรับเปลี่ยนอีเมลในโมดูล user ต้องตรวจสอบรูปแบบอีเมล และเขียน unit test"
Refactor ข้ามไฟล์: "เปลี่ยน moment() ทั้งหมดในสามไฟล์นี้เป็น dayjs() อย่าเปลี่ยนตรรกะอื่น"
ย้ายและอัปเกรด: "เปลี่ยนคอมโพเนนต์ Vue 2 นี้เป็นรูปแบบ Vue 3 Composition API"

โค้ดที่มันสร้างอาจจะไม่ถูกต้องในครั้งเดียว แต่มันสามารถทำการเปลี่ยนแปลงข้ามไฟล์ทั้งหมดได้ในครั้งเดียว และคุณสามารถ diff ทีละไฟล์ รับหรือปฏิเสธทีละไฟล์

สิ่งที่จะมาแทนที่ในสถานการณ์ประเภทนี้คือ: การเขียนโค้ดซ้ำๆ ด้วยมือ การค้นหาและแทนที่การอ้างอิงข้ามไฟล์ด้วยมือ

ประเภทที่สาม: ดีบักและแก้ไข

เมื่อเกิดบั๊ก เวิร์กโฟลว์ปกติคือ: ดูข้อผิดพลาด ระบุไฟล์ เดาสาเหตุ ลองแก้ไข ถ้าไม่ได้ก็กลับมาดูใหม่ Claude Code สามารถรับ stack trace ทั้งหมด และระบุตำแหน่งร่วมกับโค้ดโปรเจกต์ได้

การใช้งานทั่วไป:

ส่งผลลัพธ์การทดสอบที่ล้มเหลวให้มัน มันจะอ่านโค้ดที่เกี่ยวข้อง เสนอวิธีแก้ไข จากนั้นรันทดสอบอีกครั้งเพื่อดูว่าผ่านหรือไม่
เมื่อเจอ CI error วาง log ให้มัน แก้ไข แล้วรัน git diff เพื่อยืนยันการเปลี่ยนแปลง

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

สิ่งที่จะมาแทนที่ในสถานการณ์ประเภทนี้คือ: การรันทดสอบซ้ำๆ การอ่าน error log การเปรียบเทียบความแตกต่างของโค้ดด้วยมือ

ประเภทที่สี่: ระบบอัตโนมัติเบ็ดเตล็ด

สถานการณ์ประเภทนี้ดูไม่สำคัญ แต่เมื่อรวมกันแล้วจะประหยัดเวลาได้มากที่สุด

ตัวอย่าง:

เขียน Git commit message: claude "เขียน commit message ในรูปแบบ Conventional Commits ตาม git diff ปัจจุบัน"
สร้าง PR description: ให้มันเปรียบเทียบความแตกต่างระหว่าง branch ปัจจุบันกับ main สร้างสรุปการเปลี่ยนแปลงและคำอธิบายการทดสอบ
เขียน release note: ให้ Claude Code อ่านประวัติ commit ในสัปดาห์ที่ผ่านมา สร้าง CHANGELOG
ตอบปัญหาสภาพแวดล้อม: "ติดตั้ง dependency นี้แล้วเจอข้อผิดพลาด ช่วยดู terminal output หาสาเหตุให้หน่อย"

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

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

"แผนที่" ภาพรวม

เมื่อนำสถานการณ์ทั้งสี่ประเภทนี้เข้าไปในเวิร์กโฟลว์ประจำวัน จะได้แผนที่ประมาณนี้:

ได้โปรเจกต์ที่ไม่คุ้นเคย
    │
    ▼
[ทำความเข้าใจโค้ด] ─── หาโครงสร้าง จุดเริ่มต้น ตรรกะสำคัญ
    │
    ▼
เริ่มเขียนฟีเจอร์ใหม่หรือแก้ไขโมดูล
    │
    ▼
[เขียนโค้ด/แก้ไขโค้ด] ─── สร้างการใช้งาน refactor ข้ามไฟล์
    │
    ▼
รันทดสอบ เจอบั๊ก
    │
    ▼
[ดีบักและแก้ไข] ─── วิเคราะห์ข้อผิดพลาด ระบุตำแหน่ง แก้ไข รันอีกครั้ง
    │
    ▼
เตรียม commit
    │
    ▼
[ระบบอัตโนมัติเบ็ดเตล็ด] ─── เขียน commit, PR description, release note
    │
    ▼
Commit เสร็จ

คุณไม่จำเป็นต้องใช้มันครบทุกประเภท บางทีมใช้แค่ทำความเข้าใจโค้ด บางคนใช้แค่เขียนทดสอบและส่ง PR เลือกส่วนที่สร้างปัญหามากที่สุดให้คุณ แล้วเริ่มจากตรงนั้น

เกณฑ์ตัดสินใจสองข้อที่ใช้ได้จริง

หากคุณไม่แน่ใจว่าควรมอบงานให้ Claude Code หรือไม่ ให้ถามตัวเองสองข้อ:

1. งานนี้เป็น "เชิงกลไก" มากกว่า "เชิงสร้างสรรค์" หรือไม่?

เปลี่ยนการอ้างอิงร้อยแห่ง จัดรูปแบบผลลัพธ์ สร้างโค้ดเทมเพลต – สิ่งเหล่านี้ถ้าทำเองจะเสียเวลามาก แต่คุณมีแนวคิดอยู่แล้ว เหมาะที่จะให้มันทำ

2. "ต้นทุนการตรวจสอบ" ของงานนี้สูงหรือไม่?

หากการแก้ไขต้องกระโดดไปมา รันทดสอบ ดู log เพื่อยืนยัน การลองผิดลองถูกด้วยตนเองจะช้า Claude Code สามารถทำวงจร "แก้-รัน-ดู-แก้ใหม่" ได้เอง คุณจะสบายขึ้นมาก