ทำไมเครื่องมือ AI จึงทำให้น่าหงุดหงิด: แผนที่การเรียนรู้เชิงปฏิบัติ

ดูคำแนะนำเพิ่มเติมเกี่ยวกับการใช้งาน Ailoot ได้ในเอกสารประกอบ

อุปมาการเรียนรู้ ไม่ใช่กฎจิตวิทยาสากล#

คำถามเชิงปฏิบัติที่นี่แคบกว่าการวินิจฉัยทางจิตวิทยา: ความคาดหวังตรงผลที่ตรวจได้หรือไม่ เทียบสิ่งที่คิดว่าจะทำเสร็จกับสิ่งที่ทำงานจริง แล้วปรับงานถัดไปจากหลักฐาน

อย่าใช้ความมั่นใจอย่างเดียววัดทักษะ ต้องดูผลจริงกับการตรวจที่รองรับ

นับแต่นั้นมา เส้นโค้ง Dunning–Kruger กลายเป็นภาพประกอบสี่ระยะที่ได้รับความนิยม ระยะแรก ความมั่นใจพุ่งขึ้นไปถึง “ยอดเขาแห่งความโง่เขลา” จากนั้นก็ดิ่งลงสู่ “หุบเหวแห่งความสิ้นหวัง” หลังจากนั้นค่อย ๆ ไต่ขึ้นไปตาม “ทางลาดแห่งความรู้แจ้ง” มุ่งสู่ “ที่ราบสูงแห่งความยั่งยืน”

เส้นโค้งเป็นอุปมาในบทความ ไม่มีการศึกษาผู้อ่านบทความนี้ยืนยันอัตราเลิก ระยะเวลาเรียนตายตัว หรือเส้นทางสากลผ่านชื่อช่วงเหล่านี้

4 ระยะของไวบ์โค้ด—ตอนนี้คุณอยู่ตรงไหน?#

แต่ละระยะสังเกตได้จากความคิดและพฤติกรรมที่พบได้ทั่วไป นี่คือแผนที่

ระยะที่ 1—ยอดเขาแห่งความโง่เขลา

คุณอ่านบทความเกี่ยวกับ Claude Code อาจดูวิดีโอด้วย ทุกอย่างดูเข้าใจง่าย ติดตั้งเครื่องมือ เขียนพรอมต์ แล้วได้โค้ด ผู้เขียนบทความเล่าว่าพวกเขา “สร้าง SaaS ได้ภายในคืนเดียว” คุณก็อยากทำแบบนั้นให้ได้ภายในคืนเดียวเช่นกัน

ความคิดในหัว:

• “ฉันคิดว่าฉันเข้าใจแล้ว”
• “มันก็แค่แชตที่ฉลาดขึ้นเท่านั้น”
• “ฉันเป็นผู้ประกอบการ ไม่จำเป็นต้องมีโปรแกรมเมอร์”
• “ฉันจะเชี่ยวชาญในหนึ่งเดือน แล้วบินไปดูไบ”

พฤติกรรม:

• คุณดาวน์โหลดและติดตั้ง Claude Code
• คุณพิมพ์ “สร้างแอปจองให้ฉัน” ในแชต
• คุณได้โค้ดที่รันไม่ได้
• คุณคิดว่าเป็นเพราะโมเดลไม่ดี แล้วซื้อการสมัครสมาชิก Max

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

ตรวจตนเชิงปฏิบัติโดยให้คนอื่นดูผลเดียวกันตามเกณฑ์ชัด การเรียกตนมั่นใจว่า “ผู้เชี่ยวชาญ AI” ไม่ยืนยันคุณภาพงานที่สร้าง

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

ระยะที่ 2—หุบเหวแห่งความสิ้นหวัง

คุณเจาะลึกลงไปอีก อ่านเรื่อง MCP และลองเชื่อมต่อเซิร์ฟเวอร์ ดาวน์โหลด Skill สำเร็จรูปแล้วพยายามทำความเข้าใจ เริ่ม Plan Mode เอเจนต์เขียนแผนแล้วออกนอกเส้นทางตอนขั้นตอนที่สาม คุณเปิด ~/.claude/ แล้วพบโฟลเดอร์ 12 โฟลเดอร์ แต่ไม่เข้าใจว่าแต่ละโฟลเดอร์มีไว้ทำอะไร

ความคิดในหัว:

• “ฉันทำอะไรไม่เป็นเลย”
• “คนพวกนั้นบนโซเชียลมีเดีย โกหกทั้งนั้น”
• “สิ่งที่ใช้ได้ผลกับคนอื่น กลับใช้กับฉันไม่ได้”
• “บางทีฉันอาจเริ่มเรื่องนี้เร็วเกินไป”
• “ฉันจ่ายเงิน $200 ไปกับโทเคน แล้วได้อะไรกลับมาบ้าง?”

พฤติกรรม:

• คุณเปิดแท็บเอกสารประกอบ 20 แท็บพร้อมกัน
• ทุกแชตเริ่มต้นด้วย “ลืมบริบทก่อนหน้านี้ไปให้หมด”
• คุณไถเว็บบอร์ดและอ่านกระทู้เช่น “X ทำโปรเจกต์ฉันพัง”
• คุณเปรียบเทียบ Claude กับ Cursor, Cursor กับ Codex และ Codex กับ Cline แล้วคิดว่าตัวเองเลือกเครื่องมือผิด
• คุณนั่งลงเขียนโค้ดตอนเช้า แต่พอถึงมื้อกลางวันก็เลื่อนดูฟีดไปแล้ว

สถานการณ์นี้น่าหงุดหงิดได้ แต่บทความไม่มีอัตราเลิกที่วัดสำหรับมัน ใช้สัญญาณด้านล่างหาการเปลี่ยนหนึ่งอย่างที่คุ้มลอง

ระยะที่ 3—ทางลาดแห่งความรู้แจ้ง

คุณหยุด คุณชะลอลง คุณเลิกคว้าทุกสิ่งใหม่ ๆ มาใช้ คุณเขียน CLAUDE.md ฉบับแรกและวางไว้ในโปรเจกต์ สร้างโฟลเดอร์ business/ แล้วใส่คำอธิบายผลิตภัณฑ์ ราคา และกลุ่มเป้าหมายไว้ในนั้น คุณใช้ /compact สิบครั้ง จนในที่สุดก็เข้าใจว่าควรเก็บบริบทส่วนใดไว้ คุณสร้าง Skill แรกขึ้นมาเพื่อทำงานเฉพาะอย่าง โดยมีความยาว 30 บรรทัด

ความคิดในหัว:

• “อ๋อ มันทำงานแบบนี้เอง”
• “วันนี้ฉันทำสิ่งที่เมื่อสัปดาห์ก่อนยังทำไม่ได้สำเร็จ”
• “ฉันคิดว่าฉันเข้าใจความแตกต่างระหว่าง business/ กับ ai-clone/ แล้ว”
• “ฉันมีพรอมต์สำเร็จรูปสำหรับงาน X แล้ว”

พฤติกรรม:

• คุณกลับไปใช้ Plan Mode ก่อนเริ่มงานใหม่ทุกครั้ง
• ก่อนเขียนอะไรถึง Claude คุณถามตัวเองว่า “เรื่องนี้อยู่ใน CLAUDE.md หรือยัง?”
• คุณมองหากฎเชิงระเบียบวิธีข้อถัดไป เครื่องมือใหม่ไม่ดึงดูดความสนใจคุณอีกแล้ว
• คุณช่วยคนอื่นในแชตว่า “ฉันก็เคยติดตรงนี้เหมือนกัน ลองทำแบบนี้ดู”

ระยะที่ 4—ที่ราบสูงแห่งความยั่งยืน

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

ความคิดในหัว:

• “ฉันรู้ว่าตัวเองไม่รู้อะไร”
• “งานนี้จะใช้เวลาสามชั่วโมง ฉันเคยทำมาแล้ว”
• “งานนี้ต้องใช้ Skill ใหม่ เดี๋ยวฉันจัดการให้ตอนนี้เลย”
• “ถ้า Claude ออกนอกแผน ฉันรู้เหตุผลที่เป็นไปได้สามข้อ”

พฤติกรรม:

• คุณสร้างผลิตภัณฑ์ได้อย่างสม่ำเสมอ ชิ้นหนึ่งในคืนเดียว อีกชิ้นในช่วงสุดสัปดาห์
• คุณมีโฟลเดอร์ Skills ของตัวเอง มี subagents ของตัวเอง และมี business/ ของตัวเองสำหรับทุกโปรเจกต์
• คุณจ้างผู้รับเหมาทำงานเฉพาะส่วนที่คุณไม่สามารถจัดการเองได้โดยพื้นฐาน
• คุณแทบไม่ดูวิดีโอสอนของคนอื่น และมักดูเพื่อหาไอเดียใหม่ ๆ มากกว่าเรียนรู้พื้นฐาน

รายการตรวจสอบเพื่อประเมินตัวเอง—ตอนนี้คุณอยู่ระยะไหน?

• หากคุณยังไม่เคยลอง Claude Code และคิดว่า “อ๋อ ฉันทำได้ในคืนเดียว” แสดงว่าคุณอยู่ระยะที่ 1
• หากคุณเคยลองแล้ว เปิด MCP ลองอ่าน Skills และคิดว่า “ฉันไปยุ่งกับเรื่องนี้ทำไม?” แสดงว่าคุณอยู่ระยะที่ 2
• หากคุณสร้าง CLAUDE.md แล้วและเห็นได้ว่ามันเปลี่ยนพฤติกรรมของ Claude จริง ๆ อย่างไร แสดงว่าคุณอยู่ระยะที่ 3
• หากคุณสร้างผลิตภัณฑ์ได้อย่างสม่ำเสมอและรู้แน่ชัดว่าควรใช้เครื่องมือใดเมื่อไร แสดงว่าคุณอยู่ระยะที่ 4

7 สัญญาณว่าตอนนี้คุณอยู่ในหุบเหวแห่งความสิ้นหวัง#

หุบเหวไม่ได้มาถึงอย่างกะทันหัน แต่มันค่อย ๆ คืบคลานเข้ามา นี่คือสัญญาณต่าง ๆ:

1. คุณเปรียบเทียบเครื่องมือแทนที่จะสร้างงาน คุณเปิดแท็บ “Cursor vs Claude Code” อ่านจบแล้วเปิด “Cline vs Cursor” ต่อ จากนั้นก็ “Codex vs everything else” ทุกครั้งที่เปรียบเทียบ คุณคิดว่า “บางทีฉันอาจเจาะลึกผิดเรื่อง” พอจบวัน คุณเขียนโค้ดได้ศูนย์บรรทัดและเสียเวลาไปสี่ชั่วโมง

2. คุณเริ่มทุกแชตใหม่ด้วย “ลืมทุกอย่างที่เกิดขึ้นก่อนหน้านี้ไปให้หมด” คุณไม่มี CLAUDE.md ยังใช้ /compact ไม่คล่อง และไม่เข้าใจว่าหน้าต่างบริบทคืออะไร ทุกเซสชันเริ่มต้นจากกระดานเปล่า หนึ่งสัปดาห์ต่อมา คุณจะสังเกตว่าตัวเองอธิบายเรื่องเดิมให้ Claude ฟังเป็นครั้งที่สิบห้าแล้ว

3. คุณสะสมพรอมต์แต่ไม่ได้นำมาใช้ คุณสร้างโฟลเดอร์ “Claude Code Prompts” ใน Notion และมีรายการบันทึกไว้ 47 รายการ แต่คุณไม่เคยใช้รายการไหนซ้ำเลย ทุกครั้งคุณคิดว่า “อันนี้แหละคือสิ่งที่ฉันต้องการแน่นอน”

4. คุณคิดว่าคนอื่น “ประสบความสำเร็จเพราะมีเส้นสาย” คุณเปิดโซเชียลมีเดียแล้วเห็นใครสักคนเปิดตัวผลิตภัณฑ์เวอร์ชันแรกภายในสุดสัปดาห์เดียว คุณคิดว่า “พวกเขามีทีม มีเส้นสาย ฉันทำไม่ได้หรอก” คุณไม่ได้คิดว่าพวกเขาอยู่ระยะที่สี่ ขณะที่คุณอยู่ระยะที่สอง

5. คุณทิ้งโปรเจกต์ในวันที่สาม ทุกโปรเจกต์ใหม่เริ่มต้นด้วยความตื่นเต้น (“นี่ต้องยอดเยี่ยมแน่!”) และจบลงในวันที่สาม เมื่อความท้าทายเปลี่ยนจาก “ทักทายในแชต” เป็น “ประมวลผลการชำระเงิน” คุณก็จากไป การทำสิ่งที่ยากน่ากลัว

6. คุณค้นหาคำตอบใน ChatGPT เพราะ Claude ใช้ไม่ได้ Claude ให้คำตอบแย่ ๆ คุณจึงเปิด ChatGPT ChatGPT ให้คำตอบแย่ ๆ คุณจึงเปิด Gemini คุณไม่เคยนึกเลยว่าคำขออาจเขียนได้ไม่ดี คุณคิดเสมอว่าเป็นความผิดของเครื่องมือ

7. คุณบอกตัวเองว่า “เรื่องนี้ไม่เหมาะกับฉัน” ความคิดนี้อาจสะท้อนความหงุดหงิด แทนการเรียนรู้ไม่ได้ “หุบเหว” เป็นอุปมาที่นี่ ไม่มีเปอร์เซ็นต์หรือเวลาตายตัวที่วัดว่าคนใดรู้สึกเช่นนี้หรือจะเกิดอะไรต่อ

หากหลายสัญญาณตรง ให้เลือกผลทำงานเล็กหนึ่งอย่างเป็นเป้าถัดไป บันทึกสิ่งที่ขวางและเปลี่ยน workflow หนึ่งส่วน checklist ไม่ทำนายว่าจะพัฒนาใช้เวลานานเท่าไร

ทำไมผู้คนจึงยอมแพ้ในหุบเหว—และทำไมสิ่งนี้ไม่ใช่ความขี้เกียจ#

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

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

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

ติดตามเวลาที่ผ่านพร้อมความรู้สึกเร็ว เอเจนต์อาจดูมีประสิทธิภาพแต่เพิ่มงานรีวิวกับแก้ซ้ำ เทียบงานตัวแทนกับ workflow เดิมแทนถือความรู้สึกดีขึ้นเป็นผลวัด

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

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

3 เสาหลัก—ระเบียบวิธีเพื่อออกจากหุบเหว#

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

หลังจากนั้น ฉันประกอบกรอบการทำงานขึ้นมาและเรียกมันว่า “สามเสาหลัก” ชื่อนี้หมายถึงองค์ประกอบสามประเภทที่เวิร์กโฟลว์ Claude Code ทั้งหมดตั้งอยู่บนฐานนี้ เอาองค์ประกอบใดออกไปเพียงอย่างเดียว กรอบการทำงานก็จะพังลง

ในหุบเหวแห่งความสิ้นหวัง คุณเขียนหา Claude ว่า “ช่วยงานนี้หน่อย” แล้วอธิบายแนวทางของคุณใหม่ตั้งแต่ต้นทุกครั้ง เสาหลักที่ 1 แก้ปัญหานี้ วิธีการของคุณอยู่ในโฟลเดอร์ ai-clone/ ในรูปแบบชุดไฟล์ มี Skill สำหรับ “วิธีจัดการกรณีของลูกค้า” มี Skill สำหรับ “วิธีเขียนโพสต์ Telegram” และมี subagent ชื่อ “product architect” ที่คิดแบบคุณในขั้นตอนวางแผน

เสาหลักที่ 1 มีหน้าตาอย่างไรในการใช้งานจริง:

• Skills—ไฟล์ที่มีคำแนะนำสำหรับงานเฉพาะ (/build-article, /build-reel-script)
• Subagents—บุคลิกที่มีความเชี่ยวชาญคนละด้าน ซึ่ง Claude มอบหมายงานย่อยให้ทำ
• โฟลเดอร์ ai-clone/feedback/—กฎที่ได้เรียนรู้จากความผิดพลาด แต่ละกฎเป็นไปตามรูปแบบ Rule - Why - How

ฉันอธิบายเรื่องนี้อย่างละเอียดไว้ในคู่มือ Skills, Subagents, MCP และ Plugins—แผนที่บอกว่าควรใช้อะไรเมื่อไร

เสาหลักที่ 2—สมองที่สอง

สมองที่สองคือคลังความรู้เกี่ยวกับโปรเจกต์ที่มีโครงสร้าง ซึ่ง Claude เข้าถึงได้โดยตรง

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

เสาหลักที่ 2 มีหน้าตาอย่างไรในการใช้งานจริง:

• CLAUDE.md—จุดเริ่มต้นของเอเจนต์ มีกฎพฤติกรรม เส้นทาง และลิงก์ไปยังสิ่งอื่น ๆ ทั้งหมด
• โฟลเดอร์ business/—ผลิตภัณฑ์ กลุ่มเป้าหมาย เศรษฐศาสตร์ เป้าหมาย แผนเนื้อหา และคู่แข่ง
• โฟลเดอร์ plans/—แผนทางเทคนิคตามแต่ละระยะ พร้อมสถานะของแต่ละแผน
• โฟลเดอร์ retrospectives/—บทเรียนจากเซสชันก่อนหน้าเพื่อหลีกเลี่ยงการทำผิดซ้ำ

ดูรายละเอียดทั้งหมดได้ในคู่มือการตั้งค่า CLAUDE.md และคู่มือสมองที่สองใน Claude Code

เสาหลักที่ 3—วิศวกรรมบริบท

วิศวกรรมบริบทคือการจัดการสิ่งที่จะเข้าไปอยู่ในหน้าต่างบริบทของ Claude ก่อนที่คุณจะกด Enter

ในหุบเหวแห่งความสิ้นหวัง คุณไม่เข้าใจว่าทำไม Claude ถึง “ลืม” คำแนะนำหลังผ่านไปสี่สิบข้อความในแชต คุณไม่เข้าใจว่าทำไมต้องใช้ /compact คุณไม่เปิด Plan Mode เพราะ “ไม่ใช้แล้วเร็วกว่า” เสาหลักที่ 3 แก้ปัญหานี้ คุณกำหนดสิ่งที่จะโหลดเข้าสู่บริบทอย่างตั้งใจ สิ่งนี้ให้อินพุตเกี่ยวข้องมากขึ้น แต่ยังต้องตรวจข้ออ้างกับเอาต์พุต

เสาหลักที่ 3 มีหน้าตาอย่างไรในการใช้งานจริง:

• Plan Mode—เอเจนต์เขียนแผนงานก่อน คุณอนุมัติแล้วจึงลงมือทำ หากไม่ใช้ตั้งแต่แรก ความพยายามครั้งแรกจะให้ผลลัพธ์ที่ไร้ระเบียบ
• /compact—การบีบอัดประวัติแชตอย่างชาญฉลาด เมื่อบริบทเริ่มเต็ม ให้บีบอัดและเก็บไว้เฉพาะการตัดสินใจสำคัญ
• พรอมต์ที่มีโครงสร้าง—แทนที่จะเขียนว่า “ช่วยฉันหน่อย” ให้เขียนว่า “นี่คือบริบท A นี่คืองาน B โปรดส่งผลลัพธ์ในรูปแบบ C”
• Sub-agents—มอบหมายงานย่อยให้บริบทใหม่เพื่อไม่ให้บริบทหลักมีข้อมูลมากเกินไป

ฉันอธิบายเรื่องนี้ไว้ในคู่มือวิศวกรรมบริบท และคู่มือ Plan Mode

ทำไมต้องมีสามเสา ไม่ใช่เสาเดียว

คุณสร้างสมองที่สองอย่างเดียวก็ได้ แล้ว Claude จะรู้จักโปรเจกต์ของคุณ แต่จะทำตัวเหมือนเด็กฝึกงานที่ไม่มีกฎ

วิศวกรรมบริบทช่วยปรับอินพุตสำหรับงานได้ แต่ไม่รับประกันว่ารันราบรื่นหรือเก็บความรู้ได้ด้วยตัวเอง

เมื่อนำทั้งสามมารวม อาจทำให้กระบวนการตรวจและทำซ้ำง่ายขึ้น ไม่ได้กำจัด hallucinations หรือแทนการตรวจผล

นี่คือจุดที่คุณออกจากหุบเหวแห่งความสิ้นหวังได้

7 รูปแบบที่ทำให้คุณติดอยู่ในหุบเหว#

รูปแบบที่ควรตรวจใน workflow ของคุณเอง:

1. “เขียนแอปที่ใช้งานได้ให้ฉัน” โดยไม่มี CLAUDE.md คุณเปิดแชต Claude Code ใหม่แล้วสั่งงานทันที Claude ไม่มีบริบทเกี่ยวกับโปรเจกต์ ระเบียบวิธี หรือความชอบของคุณ มันให้เทมเพลตทั่วไปมา แล้วคุณก็ผิดหวัง

สิ่งที่ควรทำ: สร้าง CLAUDE.md แล้วใส่ข้อมูลขั้นต่ำ ได้แก่ tech stack โมเดลธุรกิจ กลุ่มเป้าหมาย และลิงก์ไปยังไฟล์อื่น ๆ ทุกแชตจะเริ่มต้นด้วยบริบทนี้

2. สนทนายาวโดยไม่ใช้ /compact คุณทำเซสชันยาว 80 ข้อความ Claude จำสิ่งที่คุณตัดสินใจไว้ในข้อความที่ 12 ไม่ได้อีกแล้ว หน้าต่างบริบทเต็มไปด้วยประวัติที่ไม่มีการตัดสินใจสำคัญ มีแต่ความลังเล คุณภาพของคำตอบลดลง

สิ่งที่ควรทำ: เรียกใช้ /compact ทุก 30–40 ข้อความ และระบุว่าสิ่งใดสำคัญที่ต้องเก็บไว้ บริบทจะกระชับและตรงประเด็นขึ้น

3. เชื่อคำตอบแรก Claude ให้ทางแก้มาแล้วคุณก็นำไปใช้ทันที หนึ่งชั่วโมงต่อมา คุณพบว่ามันทำให้ไฟล์อื่นอีกสามไฟล์พัง คุณยอมแพ้เพราะคิดว่า “มันกลับมาใช้งานได้ไม่ดีอีกแล้ว”

สิ่งที่ควรทำ: ใช้ Plan Mode กับงานที่ซับซ้อน เริ่มจากแผน แล้วหารือเรื่องแผน จากนั้นจึงลงมือทำ วิธีนี้ช่วยให้จับข้อผิดพลาดระหว่างวางแผน แทนที่จะพบหลังทำงานไปครึ่งวัน

4. พรอมต์คุณภาพต่ำที่ไม่มีโครงสร้าง คุณเขียนว่า “ทำให้ดี” โดยคาดหวังว่า Claude จะเข้าใจเอง แต่มันไม่รู้ว่า “ดี” หมายถึงอะไรสำหรับคุณ มันจึงเดา

สิ่งที่ควรทำ: เขียนพรอมต์ตามโครงสร้าง “บริบท - งาน - ข้อจำกัด - รูปแบบ” วิธีนี้เพิ่มโอกาสที่จะได้ผลลัพธ์ดีตั้งแต่ครั้งแรก

5. ละเลยการติดตามค่าใช้จ่าย คุณไม่รู้ว่ากำลังใช้โทเคนไปเท่าไร แผนรายเดือนหมด คุณเปิดแดชบอร์ดแล้วเห็นว่าใช้เงินไป $200 คุณตกใจและเลิกใช้

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

6. ค้นหา “เครื่องมือที่ใช่” อย่างไม่รู้จบ Cursor เปิดตัว คุณก็เปลี่ยนไปใช้ Cursor มี Cline ปรากฏขึ้น คุณก็ลอง Cline Codex อัปเดต คุณก็กลับไปใช้ Codex ทุกสองสัปดาห์คุณเปลี่ยนไปใช้เครื่องมือใหม่และเริ่มต้นใหม่ทุกครั้ง คุณไม่เคยไปถึงระดับที่เครื่องมือเริ่มทำงานแทนคุณ

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

7. “ไม่มีเวลาอ่านระเบียบวิธี” คุณคิดว่าเครื่องมือควรทำงานได้โดยไม่ต้องเตรียมตัว คิดว่าการเขียนพรอมต์เป็นทักษะติดตัว คิดว่า CLAUDE.md เป็น “ชั้นที่เพิ่มเข้ามา” ผลคือในเดือนที่สอง คุณยังทำสิ่งที่ทำเสร็จได้ภายในหนึ่งสัปดาห์หากมีระเบียบวิธี

สิ่งที่ควรทำ: ยอมรับว่า Claude Code ต้องอาศัยการเรียนรู้เหมือนเครื่องมือระดับมืออาชีพอื่น ๆ วิธีเรียนรู้คือผ่านระเบียบวิธี สัญชาตญาณใช้ไม่ได้กับเรื่องนี้

อ่านเพิ่มเติม: คู่มือเรื่องการคล้อยตามใน Claude Code อธิบายวิธีหลีกเลี่ยงความเข้าใจผิดที่ใหญ่ที่สุดในหุบเหว นั่นคือคิดว่า Claude ถูกเสมอเมื่อมันเห็นด้วยกับความคิดของคุณ

5 สัญญาณว่าคุณอยู่บนทางลาดแห่งความรู้แจ้ง—รู้ได้อย่างไรว่าคุณออกมาแล้ว#

ห้าสัญญาณว่าคุณอยู่ระยะที่สาม:

1. คุณมี CLAUDE.md ยาวกว่า 200 บรรทัด และดูแลมันอย่างตั้งใจ คุณไม่ได้คัดลอกมาจากเทมเพลต แต่ค่อย ๆ สร้างขึ้นเอง คุณรู้จักทุกส่วนและรู้ว่ามีไว้ทำไม เมื่อเห็นรูปแบบใหม่ คุณก็เพิ่มกฎเข้าไป

2. คุณเปิด Plan Mode ก่อนทำงานทุกชิ้นที่ไม่ใช่งานประจำ โดยไม่มีใครเตือน และไม่ใช่เพราะมีวินัย แต่เพราะคุณเข้าใจว่าหากไม่มีแผน คุณจะเสียเวลาหนึ่งชั่วโมงและได้ผลลัพธ์ผิด มันไม่ใช่ “ขั้นตอนพิเศษ” อีกต่อไป แต่กลายเป็นปฏิกิริยาโดยอัตโนมัติ

3. คุณมีรายการ Skills และ Subagents ของตัวเอง ไม่ได้ดาวน์โหลดจาก GitHub แต่เป็นของคุณเอง สำหรับงานเฉพาะของคุณ เมื่องานใหม่คล้ายกับงานเก่า คุณจะนึกถึง Skill ของตัวเองแทนที่จะเขียนพรอมต์ใหม่ตั้งแต่ต้น

4. จังหวะการทำงานของคุณคงที่แล้ว ตอนนี้คุณรู้ว่า “งานแบบนี้ใช้เวลาสามชั่วโมง” ไม่ใช่ “อ๋อ งานนี้แป๊บเดียว” หรือ “งานนี้คงใช้เวลาตลอดกาล” คุณประเมินเวลาได้สมจริง นั่นหมายความว่าคุณก้าวข้ามผลกระทบ Dunning–Kruger ไปแล้วทั้งสองทิศทาง คุณเลิกประเมินตัวเองสูงหรือต่ำเกินไป

5. ผู้คนเริ่มมาถามคุณ มีคนในแชตถามเรื่อง MCP คุณก็ตอบด้วยตัวอย่างเฉพาะว่า “นี่คือสิ่งที่เกิดขึ้นกับฉัน” มีคนถามเรื่อง Plan Mode คุณก็ยกตัวอย่างให้ดู นี่เป็นผลข้างเคียงของการเชี่ยวชาญระเบียบวิธี ผู้คนในหุบเหวเห็นประสบการณ์ของตัวเองในสิ่งที่คุณเล่าและเข้ามาหาคุณ

ใช้สัญญาณเหล่านี้ทบทวนความคืบหน้าล่าสุด ไม่ให้คะแนนตนหรือทำนายวันถึงที่ราบสูง ตรวจซ้ำว่าประมาณการของคุณกับผลทำงานสอดคล้องขึ้นตามเวลาหรือไม่

เมื่ออยู่บนที่ราบสูง บทบาทของมนุษย์ในกรอบการทำงานที่มีเอเจนต์จะเปลี่ยนไป

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

ควรทำอะไรเดี๋ยวนี้ หากคุณเริ่มหมดกำลังใจ#

สามขั้นที่ควรลองในงานถัดไป

ขั้นที่ 1—ระบุระยะออกมาดัง ๆ บอกตัวเองว่า “ฉันอยู่ในหุบเหวแห่งความสิ้นหวัง นี่เป็นส่วนที่น่าหงุดหงิดของ workflow ปัจจุบัน ฉันระบุสิ่งขวางจริงและเลือกขั้นถัดไปที่เล็กลงได้” เมื่อคุณระบุระยะได้ มันจะไม่ใช่ “หายนะส่วนตัวของฉัน” อีกต่อไป แต่กลายเป็น “ตำแหน่งปัจจุบันของฉันบนเส้นโค้ง”

ขั้นที่ 2—ชะลอลง เลือกหนึ่งโปรเจกต์ ไม่ใช่สอง ไม่ใช่สาม เลือกหนึ่งโปรเจกต์ เลือกหนึ่งในสามเสาหลัก ซึ่งเป็นเสาที่จะแก้ปัญหาที่สร้างความเจ็บปวดให้โปรเจกต์นี้มากที่สุด หากโปรเจกต์ใหม่และไม่มีบริบทเลย ให้เลือกสมองที่สอง (CLAUDE.md) หากโปรเจกต์มีอยู่แล้วแต่ Claude ไม่ทำงาน “เหมือนคุณ” ให้เลือก Skills หากงานยาวและบริบทใกล้เต็ม ให้เลือกวิศวกรรมบริบท (Plan Mode + /compact)

หนึ่งโปรเจกต์ หนึ่งเสาหลัก สองสัปดาห์ อย่าพยายามสร้างทุกอย่างให้เสร็จในสุดสัปดาห์เดียว เพราะจะพาคุณกลับไปสู่หุบเหว

ขั้นที่ 3—จัดให้มีโครงสร้าง คุณสร้างระเบียบวิธีเองได้ จากประสบการณ์ของผู้เขียนที่เล่าไว้ในบทความนี้ ใช้เวลาสามถึงหกเดือน

หากต้องการทำงานกับโมเดลต่อ คุณไปที่ Ailoot ได้