คนที่ใช้ Claude มาสักพักมักรู้สึกว่า quota หมดเร็วกว่าที่ควร หรือคำตอบที่ได้ดูดีน้อยลงเรื่อยๆ ในช่วงท้าย session ต้นเหตุส่วนใหญ่ไม่ได้อยู่ที่ตัวโมเดล แต่อยู่ที่นิสัยการใช้งานที่สะสมมาโดยไม่รู้ตัว Jay จากช่อง RoboNuggets ได้ไปไล่ดูเอกสารของ Anthropic เอง สิ่งที่วิศวกรของพวกเขาพูด และข้อมูลจากผู้ใช้ขั้นสูงหลายร้อยคน แล้วสรุปออกมาเป็น 23 ข้อผิดพลาดที่พบบ่อยที่สุดในยุค Claude 5.5
หลายข้อฟังดูเล็กน้อย แต่รวมกันแล้วทำให้ session หนึ่งๆ เสียค่าใช้จ่ายมากขึ้นหลายเท่าโดยไม่จำเป็น และในบางกรณีก็ทำให้คำตอบแย่ลงด้วย บทความนี้เรียบเรียงข้อมูลนั้นแบ่งตามระดับความซับซ้อน
- เขียนพรอมต์ให้ครบในครั้งเดียว ให้บริบท เหตุผล และ output ที่ต้องการพร้อมกัน
- ใช้ /rewind แทนการเถียงซ้ำ และ /btw สำหรับคำถามข้างทางที่ไม่เกี่ยวกับงานหลัก
- ตั้ง effort ที่ medium สำหรับงานทั่วไป เปิด MCP เฉพาะที่ใช้จริง และ route โมเดลให้เหมาะกับขนาดงาน
Kitchen Sink Session และเรื่อง Cache
ข้อผิดพลาดแรกและพบบ่อยที่สุดคือการใช้แชทเดียวทำงานทุกอย่างตลอดทั้งวัน ไม่ว่าจะเขียนอีเมล ค้นข้อมูล หรือแก้ copy เว็บ ทุกอย่างอยู่ใน session เดียวกันหมด ปัญหาคือ Claude อ่านประวัติการสนทนาทั้งหมดซ้ำทุกครั้งที่รับ prompt ใหม่ แม้จะมี prompt cache ที่ลดต้นทุนลงเหลือประมาณ 5% ในโมเดล 5.5 แต่เนื้อหาที่ไม่เกี่ยวข้องกันก็ยังรบกวน context ทำให้คำตอบแย่ลงตามเวลา Anthropic เรียกนิสัยนี้ว่า kitchen sink session และแนะนำให้เปิด session ใหม่ทุกงาน หรือพิมพ์ /clear เมื่อเปลี่ยนหัวข้อเพื่อล้าง context โดยไม่ต้องโหลด instruction ใหม่ทั้งหมด
เรื่อง cache ยังเกี่ยวกับการสลับโมเดลกลางคัน หลายคนเริ่ม session ด้วย Opus แล้วสลับไป Haiku เมื่อมีคำถามง่ายๆ เพื่อประหยัด แต่แต่ละโมเดลมี cache ของตัวเอง การสลับทำให้ประวัติการสนทนาถูกอ่านใหม่ทั้งหมดโดยไม่ได้รับส่วนลด วิศวกรของ Anthropic ระบุว่าถ้าอยู่ใน Opus มา 100,000 token แล้วสลับ Haiku สำหรับคำถามง่ายๆ ค่าใช้จ่ายจริงสูงกว่าการให้ Opus ตอบเลยด้วยซ้ำ ข้อดีคือในโมเดล 5.5 การเปลี่ยนระดับ effort กลางแชทไม่ล้าง cache แล้ว ต่างจากการเปลี่ยนโมเดล จึงทำได้อย่างปลอดภัยกว่า
Prompt ที่ไม่ครบและกฎที่ขาดเหตุผล
พรอมต์สั้นๆ แบบ "ทำเว็บให้หน่อย" หรือ "เขียนบทความ" บังคับให้ Claude เดา และเมื่อต้องเดา มันจะตกไปที่รูปแบบเฉลี่ยที่ปลอดภัยที่สุด ซึ่งคือแหล่งกำเนิดของ AI slop ส่วนใหญ่ Anthropic พบว่าถ้าขอ design โดยไม่ให้ทิศทาง Opus จะวนกลับไปที่ default style ไม่กี่แบบโดยอัตโนมัติ สิ่งที่ช่วยได้คือระบุ output ที่ต้องการพร้อมกับ context ว่าสำหรับใคร เป้าหมายคืออะไร และโทนหน้าตาเป็นยังไง สำหรับงานที่ทำซ้ำบ่อย การให้ Claude มี design system หรือ skill ที่เป็น SOP คือวิธีทำให้มันเริ่มจากมาตรฐานของเราแทนที่จะเริ่มจากศูนย์ทุกครั้ง
การให้กฎโดยไม่มีเหตุผลก็เป็นปัญหาในระดับเดียวกัน ถ้าบอกแค่ว่า "ห้ามใช้ bullet point" โดยไม่บอก why Claude จะทำตามแบบตรงๆ และอาจข้ามไปใช้ในที่ที่ไม่ควร แต่ถ้าบอกว่า "ห้าม bullet เพราะต้องอ่านออกเสียงในพอดแคสต์" Claude จะเข้าใจจุดประสงค์และปรับได้เองในทุกสถานการณ์ โมเดลรุ่นใหม่ฉลาดพอที่จะทำงานจาก intention ไม่ใช่แค่ rule list ยิ่งโมเดลฉลาดขึ้น การอธิบายเจตนาจะสำคัญกว่า guardrail แข็งๆ มากขึ้นเรื่อยๆ
การเถียงและการส่ง Follow-up รัวๆ
เมื่อ Claude ตอบผิด สัญชาตญาณแรกคือเขียน follow-up แก้ไข แล้วแก้อีก แล้วอีก ปัญหาคือทุกรอบที่ส่ง prompt ใหม่ Claude อ่านประวัติทั้งหมดซ้ำ รวมถึงทุก attempt ที่ผิดพลาดด้วย Anthropic กำหนดกฎง่ายๆ ว่าถ้าแก้ไขสองครั้งแล้วยังผิด ให้หยุดเถียงและใช้ /rewind แทน โดยกด Escape สองครั้งหรือพิมพ์ /rewind เพื่อเลือก checkpoint ก่อนที่คำตอบจะเริ่มผิดทาง วิธีนี้ทั้งประหยัดกว่าและได้ผลกว่าการส่ง feedback ซ้ำๆ
การ drip feed follow-up คือปัญหาในอีกรูปแบบหนึ่ง หลายคนส่ง prompt ครึ่งๆ แล้วค่อยเพิ่มรายละเอียดในข้อความถัดๆ ไป ผลคือ Claude เขียนคำตอบเต็มทุก prompt ถ้าส่งห้า prompt ก็ได้คำตอบห้าชุดที่ต่างกันเพียงเล็กน้อยพร้อม token ที่เสียไปทุกรอบ ดีกว่ามากถ้าเขียนพรอมต์ให้ครบในครั้งเดียว และถ้าพบข้อผิดพลาดในพรอมต์ ให้ใช้ /rewind กลับไปแก้จุดนั้นก่อนส่งใหม่ สำหรับคำถามข้างทางระหว่างงาน เช่น อยากรู้ว่า webhook คืออะไร ให้ใช้ /btw ตามด้วยคำถาม คำตอบจะปรากฏในหน้าต่างด้านข้างโดยไม่บันทึกลง chat history
เมื่อ Claude ตอบผิดสองครั้ง ให้ /rewind กลับไปก่อนจุดที่ผิด แทนที่จะเถียงต่อ — นี่คือกฎที่ Anthropic ระบุไว้โดยตรง
Session ที่ทิ้งค้างและ Effort ที่ตั้งสูงเกินงาน
prompt cache มีอายุประมาณ 1 ชั่วโมงบน subscription ถ้าทิ้ง session ไว้แล้วกลับมาพิมพ์ต่อ ครั้งแรกที่กลับมาต้องอ่านประวัติใหม่เต็มราคา ตัวอย่างในบทสนทนาขนาด 400,000 token อยู่ที่ 15 เซนต์เมื่อ cache ยังอุ่น เทียบกับเกือบ 12 ดอลลาร์เมื่อ cache เย็น วิธีแก้คือ /compact ก่อนเว้นช่วงพักยาว เพื่อให้ครั้งต่อไปโหลดจาก summary ที่กระชับกว่า
การตั้ง effort ไว้ที่ max ทุกงานก็เปลืองโดยไม่จำเป็น Anthropic พบว่า max effort เริ่มแสดง diminishing returns และมีแนวโน้ม overthink จากผลทดสอบอิสระ Opus 5.5 ที่ max ทำคะแนนสูงกว่า high เพียง 4 จุด แต่ต้นทุนสูงกว่าสามเท่า สำหรับงานทั่วไป medium ก็เพียงพอ ขึ้น high เมื่อจำเป็น และสำรอง max ไว้สำหรับงานใหญ่จริงๆ เท่านั้น
Claude.md, MCP และ Model Routing
Claude.md ที่ยาวหลายร้อยบรรทัดโหลดทุก session ทุก turn ยิ่งยาว ยิ่งเปลือง และ Claude เริ่ม ignore บางส่วนเพราะกฎสำคัญจมหายไปกับรายละเอียดไม่จำเป็น Anthropic แนะนำให้เก็บไว้ไม่เกิน 200 บรรทัด และให้มันทำหน้าที่เป็น router ชี้ไปยัง skill และ doc แทน Claude จะดึงรายละเอียดมาเฉพาะเมื่อต้องการจริงๆ
MCP server หลายตัวที่เปิดตลอดเพิ่ม token ทุกข้อความแม้จะไม่ได้ใช้ วิธีที่ได้ผลคือ audit ว่า MCP ไหนถูกใช้จริงใน 2 สัปดาห์ที่ผ่านมา และ MCP ไหนมี CLI ทดแทนได้ CLI มักเร็วและถูกกว่าเพราะ Claude ตัดผลลัพธ์ได้เองก่อนที่จะเต็มแชท การ route โมเดลให้ถูกกับงานก็สำคัญไม่แพ้กัน จากการวัดจริงพบว่า 9 ใน 10 prompt นั้นเล็กพอที่ Sonnet หรือ Haiku จะจัดการได้ดี และ Haiku ถูกกว่า Opus ประมาณ 40 เท่า ระบบ routing อัตโนมัติที่อ่านแต่ละ prompt แล้วตัดสินว่าควรส่งให้โมเดลไหนสามารถประหยัดค่าใช้จ่ายรายเดือนได้อย่างมีนัยสำคัญ
บทสรุป
นิสัยเหล่านี้ส่วนใหญ่สะสมมาจากยุค Claude รุ่นเก่าและยังค้างอยู่จนถึงวันนี้ การเปิด session ใหม่ทุกงาน เขียนพรอมต์ให้ครบในครั้งเดียว ใช้ /rewind แทนการเถียง และ route โมเดลให้เหมาะกับขนาดงาน เป็นสี่อย่างแรกที่ทำได้ทันทีโดยไม่ต้องปรับอะไรซับซ้อน ส่วนเรื่อง Claude.md, MCP audit และ compaction instructions เป็นขั้นถัดไปที่ใช้เวลาเตรียมครั้งเดียวแต่คุ้มค่ากับทุก session ที่เหลือ
