คู่มือการใช้งาน Claude Code ฉบับสมบูรณ์: ตั้งแต่ติดตั้งจนปล่อยให้ AI ทำฟีเจอร์ให้เสร็จเอง

ห้าสิบห้าทุ่ม อาคารสำนักงานแห่งหนึ่งในเน่หูเหลือคนอยู่แค่สองคน วิศวกรได้รับมอบหมายให้แก้บั๊กก่อนระบบขึ้นระบบจริงในวันพรุ่งนี้ ปัญหามาจากโมดูลที่เพื่อนร่วมงานที่ลาออกไปเมื่อสามปีមុនเขียนไว้ ไม่มีคอมเมนต์ ไม่มีเทสต์ เขาพิมพ์ความต้องการลงในเทอร์มินัลแล้วลุกไปชงกาแฟ พอกลับมา หน้าจอก็แสดงไฟล์ที่เกี่ยวข้อง 5 ไฟล์ ระบุสาเหตุที่เป็นไปได้ แก้ไขไปแล้วหนึ่งจุด และรันเทสต์ผ่านเรียบร้อยแล้ว

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

นี่คืออะไร: เป็นเอเจนต์ ไม่ใช่ตัวช่วยเติมคำ

ทำความเข้าใจตำแหน่งของมันให้ชัดเจนก่อน เพราะนี่จะเป็นตัวกำหนดวิธีที่คุณควรใช้งานมัน

เครื่องมือ AI เขียนโค้ดที่พวกเราคุ้นเคยส่วนใหญ่คือ "แบบเติมคำ" (Autocomplete): คุณพิมพ์ มันเดย์คำถัดไป กด Tab เพื่อยอมรับ GitHub Copilot ยุคแรกๆ ก็ใช้โมเดลนี้ คุณคอยจ้องมันตลอดเวลา ช่วยประหยัดเวลาพิมพ์

ส่วน Claude Code คือ "แบบเอเจนต์" (Agentic) คุณให้เป้าหมายไปหนึ่งอย่าง เช่น แก้บั๊กนี้ หรือเพิ่มการแบ่งหน้า (Pagination) ให้ API นี้ — มันจะตัดสินใจเองว่าจะอ่านไฟล์ไหน จะรันคำสั่งอะไร เทสต์ไม่ผ่านจะแก้ยังไง พอวนลูปเสร็จหมด หน้าที่ของคุณคือการตรวจรับงาน

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

ใช้งานที่ไหนได้บ้าง

อินเทอร์เฟซปัจจุบันมีมากกว่าที่หลายคนคิด:

• Terminal CLI: ฟีเจอร์ครบถ้วนที่สุด คำสั่งติดตั้งคือ curl -fsSL https://claude.ai/install.sh | bash
• Desktop App: มีทั้ง macOS, Linux และ Windows
• Web App: claude.ai/code ไม่ต้องติดตั้ง
• IDE Extensions: VS Code และ JetBrains
• Mobile: แอป iOS และ Android
• Slack Bot: เปิดงานได้โดยตรงในแชท
• GitHub Actions: ทำ Automated PR Review

ตัวผมเองใช้ CLI เป็นหลัก และใช้มือถือคอยดูความคืบหน้า จุดเด่นของ CLI คือมันอยู่ข้างในไดเรกทอรีโปรเจกต์โดยตรง ตัวแปรสภาพแวดล้อม (Environment variables), สถานะ git, และคำสั่งรันเทสต์มีพร้อมใช้งานทันที

วิธีใช้งาน: สี่ขั้นตอน

ขั้นตอนที่ 1: ติดตั้งและรันในไดเรกทอรีโปรเจกต์

หลังจากติดตั้งเสร็จ ต้อง cd เข้าไปที่โฟลเดอร์หลักของโปรเจกต์ก่อนแล้วค่อยรัน หลายคนรันมันจาก Home directory ทำให้มันมองไม่เห็นโครงสร้างโปรเจกต์และทำได้แค่อมพายเดา การรันครั้งแรกจะขอให้เข้าสู่ระบบ หากมีแพ็กเกจสมาชิก Claude อยู่แล้วสามารถผูกบัญชีได้เลย หรือถ้าใช้ API Key ก็คิดเงินตาม token

ขั้นตอนที่ 2: ให้มันทำความเข้าใจโปรเจกต์ก่อน แล้วค่อยสั่งงาน

ข้อผิดพลาดที่มือใหม่มักทำบ่อยที่สุดคือการโยนโจทย์ใส่ทันที ประโยคแรกที่ดีกว่าควรเป็น:

ช่วยดูโครงสร้างของโปรเจกต์นี้หน่อย บอกฉันทีว่า Tech stack คืออะไร, แบ่งโมดูลหลักยังไง, และรันเทสต์ยังไง อย่าเพิ่งแก้โค้ดอะไรทั้งสิ้น

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

ขั้นตอนที่ 3: เขียนไฟล์ CLAUDE.md ซึ่งเป็นส่วนที่สำคัญที่สุดของเครื่องมือนี้

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

สิ่งควรเขียนจริงๆ มีดังนี้:

กฎระเบียบของโปรเจกต์

• Frontend ใช้ TypeScript + React, Backend ใช้ Node.js
• ทดสอบด้วย vitest, คำสั่งรันคือ npm run test
• ข้อความ commit เป็นภาษาอังกฤษหรือจีนตามทีมกำหนด, รูปแบบ: ประเภท: คำอธิบาย

ข้อจำกัดสำคัญ

• ทำเฉพาะสิ่งที่ฉันสั่งอย่างชัดเจนเท่านั้น ห้ามรีแฟคเตอร์เองตามอำเภอใจ และห้ามเพิ่มเลเยอร์นามธรรม (Abstraction) ที่ไม่ได้ร้องขอ
• ห้ามเพิ่มแพ็กเกจภายนอก (Third-party packages) หากจำเป็นต้องใช้ให้ถามก่อน
• โค้ดใต้ src/legacy/ ห้ามแตะต้องเด็ดขาด นั่นคือระบบเก่าที่รอการปลดระวาง
• หลังจากแก้ไขเสร็จต้องรัน npm run test ทุกครั้ง ห้ามบอกว่าเสร็จถ้าเทสต์ไม่ผ่าน

กฎข้อ "ทำเฉพาะสิ่งที่ฉันสั่งอย่างชัดเจนเท่านั้น" ผมคิดว่าเป็นกฎที่ต้องเขียนไว้มากที่สุด เมื่อคุณสั่งให้มันแก้บั๊ก มันอาจจะถือวิสาสะรีแฟคเตอร์ไฟล์อื่นเพิ่มอีกสามไฟล์ ใส่ Error handling มาให้แถมเติม Type ให้ด้วย มองเผินๆ อาจจะไม่ผิดอะไร แต่ Code review ของคุณจะกลายเป็นหายนะ และแยกไม่ออกว่าส่วนไหนคือสิ่งที่ต้องแก้เพื่อแก้บั๊ก ส่วนไหนคือสิ่งที่มันแต่งเติมเสริมแต่งขึ้นมาเอง

ขั้นตอนที่ 4: สั่งงาน แล้วตรวจรับ

ยิ่งอธิบายงานละเอียดเท่าไหร่ยิ่งดี ตัวอย่างคำถามที่ไม่ดีกับคำถามที่ดี:

• ❌ "ช่วยปรับแต่งโค้ดนี้ให้หน่อย" — มันจะไม่รู้ว่าคุณต้องการปรับอะไร อาจจะปรับเรื่องประสิทธิภาพหรือเรื่องความอ่านง่ายก็ได้
• ✅ "ฟังก์ชันนี้จะเกิด Timeout เมื่อข้อมูลเกิน 10,000 รายการ ช่วยหาคอขวด (Bottleneck) แล้วแก้ให้ที โดยห้ามเปลี่ยนอินเทอร์เฟซภายนอก แก้เสร็จแล้วให้รันเทสต์ด้วย"

วิธีเขียนแบบที่สองเป็นการให้เป้าหมาย ข้อจำกัด และเกณฑ์การตรวจรับแก่ตัวมันเอง

เทคนิคขั้นสูง

ใช้ /clear เพื่อล้างบริบท (Context) เก่า เมื่อเปลี่ยนงานถ้าไม่เคลียร์ออก บริบทจากงานก่อนหน้าจะไปรบกวนการตัดสินใจของมัน หนึ่งงานต่อหนึ่งบทสนทนาที่สะอาดสะอ้าน

ใช้โหมดวางแผน (Plan mode) ให้เป็นประโยชน์ เมื่อเจอการเปลี่ยนแปลงใหญ่ๆ ให้สั่งมันว่า "เสนอแผนอย่างเดียว ห้ามลงมือทำ" ตรวจสอบแผนก่อนแล้วค่อยปล่อยให้ทำ จะประหยัดเวลากว่าแก้เสร็จแล้วต้องมานั่งย้อนโค้ด (Rollback) เยอะมาก

ให้มันดูข้อความแจ้งข้อผิดพลาดด้วยตัวเอง ไม่ต้องคัดลอกข้อความ Error มาแปะ สั่งให้มันรันเทสต์ได้เลย มันจะอ่านผลลัพธ์และแก้ไขด้วยตัวเอง

การจัดการโควตา แพ็กเกจ Pro (ประมาณ 17–20 ดอลลาร์ต่อเดือน) ถ้านำมาใช้รีแฟคเตอร์ขนาดใหญ่ โควตาจะหมดเกลี้ยงภายในไม่กี่ชั่วโมง คนที่ใช้งานจริงจังส่วนใหญ่ต้องอัปเกรดเป็น Max 5x (100 ดอลลาร์) หรือ Max 20x (200 ดอลลาร์) แนะนำให้ใช้ Pro ก่อนหนึ่งเดือน บันทึกความถี่ในการชนเพดานขีดจำกัดแล้วค่อยตัดสินใจ

ข้อควรระวัง

มันอาจจะสร้างโค้ดที่ดูเหมือนจะถูกต้องแต่จริงๆ แล้วผิด โค้ดที่มันเขียนจะมีไวยากรณ์ที่ถูกต้อง สไตล์สอดคล้อง และดูเป็นมืออาชีพ แต่ตรรกะอาจจะผิดพลาดได้ โดยเฉพาะในกรณีขอบเขต (Edge cases) และปัญหาคอนเคอร์เรนซี (Concurrency) คุณจำเป็นต้องมีความสามารถในการตรวจทานโค้ดที่มันสร้างขึ้นมา นี่ไม่ใช่ทางเลือกแต่เป็นสิ่งจำเป็น

ต้องตรวจสอบเรื่องข้อมูลรั่วไหลก่อนใช้งาน โค้ดจะถูกส่งไปยังโมเดลบนคลาวด์ สำหรับโปรเจกต์ด้านการเงิน การแพทย์ และโปรเจกต์ที่มีสัญญา รักษาความลับ (NDA) ก่อนนำมาใช้ต้องตรวจสอบนโยบายของบริษัทและเงื่อนไขในสัญญาให้แน่ใจ — ทีมงานหลายแห่งนึกขึ้นได้ก็ตอนที่ใช้ไปแล้ว ซึ่งลำดับขั้นตอนมันผิดพลาด

อย่าปล่อยให้มันยุ่งกับการ Migration ฐานข้อมูลและการDeploy ขึ้นระบบจริง (Production) การกระทำเหล่านี้ไม่สามารถย้อนกลับได้ ต้นทุนความผิดพลาดสูงกว่าเวลาที่ประหยัดได้มาก หลักการของผมคือ: อะไรที่ย้อนกลับได้ ปล่อยให้มันทำ อะไรที่ย้อนกลับไม่ได้ ทำเอง

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

เวิร์กโฟลว์ที่แนะนำ

จังหวะการทำงานของผมคือ: ช่วงเช้าโยนงานที่มีขอบเขตชัดเจนให้มันทำ ส่วนผมจัดการงานส่วนที่ต้องอาศัยการตัดสินใจ ช่วงบ่ายค่อยมารีวิว Diff ที่มันสร้างขึ้นมาในคราวเดียว วิธีการนำ AI มาแทรกไว้ในงานประจำเพิ่มเติม สามารถดูได้ที่ คู่มือภารกิจ AI หรือ คลังเทมเพลต Prompt

ความเห็นจาก TheAI學院 (The AI Academy)

พูดตามตรง ผมค่อนข้างต่อต้านคำกล่าวที่ว่า "AI จะมาแทนที่วิศวกร" มาโดยตลอด แต่หลังจากใช้งานมาหลายเดือน ผมต้องยอมรับว่าเนื้องานของวิศวกรกำลังเปลี่ยนไปจริงๆ สิ่งที่เปลี่ยนไม่ใช่ "ยังจำเป็นต้องมีวิศวกรอยู่ไหม" แต่เป็น "คุณค่าได้ย้ายจาก 'การลงมือเขียน' ไปสู่ 'การตัดสินใจว่าสิ่งที่เขียนนั้นถูกต้องหรือไม่'"

ความเห็น: Claude Code คือเอเจนต์เขียนโค้ดด้วย AI ที่มีความสมบูรณ์ที่สุดในปัจจุบัน แต่มันทำหน้าที่ขยายความสามารถในการตัดสินใจที่คุณมีอยู่แล้วให้เด่นชัดขึ้น — คนที่มีวิจารณญาณดี ผลผลิตจะเพิ่มขึ้นเป็นเท่าตัว ส่วนคนที่มีวิจารณญาณอ่อน จะยิ่งสร้างหนี้ทางเทคนิค (Technical debt) ได้เร็วยิ่งขึ้น

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

แหล่งที่มา

• หน้าผลิตภัณฑ์อย่างเป็นทางการของ Claude Code (วิธีติดตั้ง, แพลตฟอร์มที่รองรับ, แพลนราคา)

เรียบเรียงตามข้อมูลสาธารณะ ยึดตามประกาศทางการเป็นหลัก ฟังก์ชันและราคาจริงอาจมีการปรับเปลี่ยนตามเวอร์ชัน