หน้าต่างบริบทของ Claude Code อาจให้ความรู้สึกเหมือนสมุดโน้ตโปรเจกต์ แต่มันยังเป็นชุดข้อมูลที่ Claude พกติดตัวไปสู่คำตอบถัดไป
คำตอบสั้น ๆ: รัน /context เพื่อดูว่าอะไรกำลังใช้หน้าต่างปัจจุบันอยู่ ใช้ /compact เมื่อคุณต้องทำงานเดิมต่อแต่ยอมแลกดีเทลกับบทสรุปได้ ใช้ /clear สำหรับงานที่ไม่เกี่ยวข้องกัน มอบหมายงานวิจัยก้อนใหญ่เมื่อคุณต้องการแค่ผลลัพธ์ของมัน บน Anthropic API โมเดล Fable, Sonnet และ Opus ปัจจุบันรันด้วยหน้าต่าง 1M อยู่แล้ว และหน้าต่างที่ใหญ่กว่าไม่ได้ทำให้ดีเทลเก่าทุกชิ้นมีประโยชน์เท่ากัน ตรวจสอบราคาและการเข้าถึงโมเดลเมื่อตุลาคม 2026
หน้าต่างบริบทของ Claude Code คืออะไร และอะไรเติมมันให้เต็ม?
หน้าต่างบริบทของ Claude Code คือข้อมูลที่โมเดลใช้ได้สำหรับคำตอบถัดไป มันรวมถึงมากกว่าข้อความที่คุณพิมพ์: คำสั่งเริ่มต้นและความทรงจำ คำอธิบายเครื่องมือที่มีให้ ไฟล์ที่ Claude อ่าน เอาต์พุตของเครื่องมือ และบทสนทนา คู่มือ context-window ของ Anthropic อธิบายแหล่งที่มาเหล่านั้นทีละส่วน
เมื่อเริ่มต้น ให้ตรวจสอบไฟล์คำสั่งของโปรเจกต์และของผู้ใช้ก่อน จากนั้นสังเกตว่างานทำให้ Claude อ่านอะไร คำขอกว้าง ๆ เช่น "เข้าใจรีโพนี้" จะดึงไฟล์จำนวนมากและเอาต์พุตก้อนใหญ่เข้ามา คำขอที่ระบุชื่อฟังก์ชัน การเปลี่ยนแปลงที่คาดไว้ และเป้าหมายการตรวจสอบจะให้พื้นที่ค้นหาที่เล็กลงแก่ Claude คู่มือ best-practices ของ Claude Code แนะนำให้ใช้พรอมต์ที่เจาะจงและล้างบริบทระหว่างงานที่ไม่เกี่ยวข้องกัน
หน้าต่างบริบทคือความจุ ไม่ใช่คะแนน การเติมมันให้เต็มกว่าไม่ได้แปลว่า Claude เรียนรู้โปรเจกต์ได้เชื่อถือได้กว่า ข้อมูลบางอย่างจำเป็น บางอย่างเป็นทางอ้อมที่ล้าสมัย เอาต์พุตซ้ำ ๆ หรือไฟล์ที่งานถัดไปจะไม่มีวันใช้
จะดูการใช้งานบริบทและอ่าน /context ได้อย่างไร?
ในการดูการใช้งานบริบทใน Claude Code ให้พิมพ์ /context เพื่อรับตารางการใช้งานปัจจุบันและคำแนะนำในการปรับให้เหมาะสม ใช้ /context all เพื่อกางรายละเอียดรายรายการ Anthropic บอกว่ามุมมองแบบสดอาจรวมถึงว่าไฟล์ CLAUDE.md และไฟล์ auto-memory ใดถูกโหลดบ้าง มันคือที่สำหรับตรวจดูเซสชันของคุณเอง ไม่ใช่ตัวเลขที่จะลอกมาจากภาพหน้าจอของคนอื่น ดู command reference
นอกจากนี้ /context ยังรันแบบ headless ได้: claude -p "/context" จะพิมพ์รายงานเดียวกันออกมาเป็น Markdown เพื่อให้คุณบันทึกและเปรียบเทียบการตั้งค่าได้ ในการทดสอบแบบสะอาดเมื่อวันที่ 4 ตุลาคม 2026 (Claude Code 2.1.289, Opus 5.5 โปรเจกต์ว่างที่ไม่มี CLAUDE.md เชื่อมต่อ MCP server ห้าตัว) เซสชันใหม่เริ่มที่ 12.5k จาก 1M โทเคน:
| รายการ | โทเคน | นับรวมในยอด 12.5k หรือไม่ |
|---|---|---|
| พรอมต์ระบบ | 2k | ใช่ |
| เครื่องมือระบบ | 8.1k | ใช่ |
| สกิล | 2k | ใช่ |
| คำสั่งของ MCP server | 357 | ใช่ |
| เครื่องมือ MCP (deferred) | 20.8k | ไม่ |
| เครื่องมือระบบ (deferred) | 12.9k | ไม่ |
| บัฟเฟอร์คอมแพกต์ | 3k | ไม่ |
แถวที่ถูกโหลดจะรวมกันได้ยอดทั้งหมด นิยามเครื่องมือแบบ deferred และบัฟเฟอร์คอมแพกต์ถูกแสดงไว้ในรายการแต่นอกยอดนั้น รายชื่อยาว ๆ ของเครื่องมือ MCP จึงไม่ได้แปลว่าหน้าต่างเต็มโดยตัวมันเอง ไฟล์คำสั่งของโปรเจกต์และบทสนทนาของคุณจะซ้อนทับบนค่าพื้นฐานนี้
อ่านเอาต์พุตในฐานะการวินิจฉัย: ระบุว่าหมวดที่ใหญ่ที่สุดแทนอะไร แล้วลบเฉพาะเนื้อหาที่ไม่เกี่ยวกับงาน ถ้าคำสั่งกินพื้นที่ส่วนใหญ่ ให้ตัดทอนหรือจำกัดขอบเขตคำสั่ง ถ้าเอาต์พุตเครื่องมือกินพื้นที่ส่วนใหญ่ ให้แคบการอ่านหรือคำสั่งครั้งถัดลง ถ้าประวัติส่วนใหญ่เป็นงานเก่า ให้เลือกรีเซ็ต
อย่าอนุมานหน้าต่างที่ใช้ได้ที่เหลืออยู่จากเปอร์เซ็นต์เพียงอย่างเดียวเมื่อคุณเปลี่ยนโมเดล ใช้เกตเวย์ หรือกำลังเปรียบเทียบโมเดล 200K กับโมเดล 1M ยืนยันโมเดลที่ active อยู่ใน /status และตรวจสอบหน้าต่างที่ใช้ได้ใน เอกสารการกำหนดค่าโมเดลปัจจุบัน
auto-compact ของ Claude Code ทำอะไร และทำงานเมื่อไหร่?
auto-compact จะสรุปประวัติบทสนทนาเมื่อเซสชันเข้าใกล้ลิมิตบริบทที่กำหนดค่าไว้ แล้วทำงานต่อด้วยบทสรุปนั้นในบทสนทนาปัจจุบัน มันคือเวอร์ชันอัตโนมัติของการแลกเปลี่ยนที่คุณทำกับ /compact: เก็บสถานะที่เพียงพอจะไปต่อ ในขณะที่บีบอัดดีเทล Anthropic มีเอกสารว่าอะไรถูกฉีดกลับหรือถูกสรุป รวมถึงคำสั่งของโปรเจกต์ ความทรงจำ ไฟล์ที่อ่านล่าสุดบางไฟล์ และประวัติบทสนทนา
เอกสาร Claude Code ปัจจุบันระบุว่าโมเดลที่มีหน้าต่าง 1M แบบ native จะคอมแพกต์ที่ประมาณ 967K โทเคนโดยค่าเริ่มต้น เหลือประมาณ 33K โทเคนระหว่างทริกเกอร์ค่าเริ่มต้นกับหน้าต่าง 1,000,000 โทเคน: 1,000,000 − 967,000 ≈ 33,000 นี่คือเลขคณิตจากเกณฑ์โดยประมาณในเอกสาร ไม่ใช่พื้นที่สำรองฟรีที่สัญญาไว้หรือค่าที่อ่านได้จริงจากเซสชัน บางโมเดลคอมแพกต์ที่ 200K เกตเวย์และการตั้งค่าแผนอาจเปลี่ยนขอบเขตที่มีผลจริงได้ ตรวจสอบ เกณฑ์รายโมเดล ก่อนเปลี่ยนการตั้งค่า
ถ้าคุณต้องการทริกเกอร์ที่เร็วขึ้นสำหรับโมเดลปัจจุบัน คำสั่งที่มีในเอกสารคือ /autocompact 500k ส่วน /autocompact auto จะคืนค่าที่จูนตามโมเดล ค่าเหล่านั้นเป็นเพียงตัวอย่าง ไม่ใช่คำแนะนำให้เลือก 500K กับทุกโมเดล Anthropic ระบุค่าที่รับได้ตั้งแต่ 100K ถึง 1M และตั้งข้อสังเกตว่าการตั้งค่า environment หรือ managed อาจ override ค่าที่คุณเลือกได้ ดู การกำหนดค่า auto-compact
ควรคอมแพกต์ ล้าง มอบหมายงาน ใช้บริบท 1M หรือเริ่มใหม่?
เลือกจากสิ่งที่ต้องยังใช้ได้ในขั้นตอนถัดไป "ต้นทุน" ในตารางหมายถึงต้นทุนด้านบริบทและความต่อเนื่อง ไม่ใช่ราคาเงินที่เสนอ
| ตัวเลือก | ใช้เมื่อ | สิ่งที่เก็บไว้ | สิ่งที่เสียหรือต้นทุน |
|---|---|---|---|
/compact พร้อมคำสั่ง |
งานปัจจุบันยังดำเนินต่อและการตัดสินใจของมันยังสำคัญ ตัวอย่าง: /compact Focus on the failing test, files changed, and next verification. |
บทสนทนาปัจจุบันในเวอร์ชันสรุป คำสั่งของคุณสามารถกำหนดทิศทางบทสรุปได้ | ดีเทลที่แน่นอนอาจถูกบีบอัด อ่านบทสรุปก่อนพึ่งลายเซ็น ข้อความ error หรือการตัดสินใจที่ละเอียดอ่อน |
/clear |
คุณกำลังสลับไปงานที่ไม่เกี่ยวข้อง หรือเซสชันเต็มไปด้วยแนวทางที่ถูกทิ้ง | ไม่เก็บอะไรจากบทสนทนาที่ active อยู่ เซสชันเก่ายัง resume ได้ | ความต่อเนื่อง ต้องป้อนไฟล์และข้อเท็จจริงที่งานใหม่ต้องการอีกครั้ง |
| ซับเอเจนต์ | คุณต้องการงานวิจัย การตรวจ log หรือผลลัพธ์ที่มีขอบเขตชัดอย่างอื่น ไม่ใช่ transcript ก้อนใหญ่ในเซสชันหลัก | ผลลัพธ์กระชับของซับเอเจนต์กลับเข้าสู่บทสนทนาหลัก | การสำรวจของมันอยู่ในอีกบริบทหนึ่ง และ request ของมันเองก็ยังกิน usage |
| โมเดลบริบท 1M | โมเดลของคุณมีหน้าต่าง 1M และมีงานหนึ่งที่ต้องการชุดข้อมูลทำงานกว้าง ๆ จริง ๆ | อินพุตพร้อมกันมากขึ้นก่อนการคอมแพกต์ | ความจุที่มากขึ้น ไม่ได้การันตีการดึงข้อมูลหรือโฟกัส การเข้าถึงและการเรียกเก็บเงินขึ้นกับโมเดล แผน และผู้ให้บริการ |
| เซสชันใหม่ + การส่งต่องาน | งานเสร็จแล้ว บทสนทนาเต็มไปด้วยสัญญาณรบกวน หรือเฟสถัดไปต้องการ brief ที่สะอาด | เฉพาะสถานะที่คุณเขียนลงและป้อนกลับเข้าไป | การให้เหตุผลหรือดีเทลที่ไม่ได้บันทึกไว้ทั้งหมด เขียนสถานะปัจจุบัน การตัดสินใจ ไฟล์ที่เปลี่ยน การตรวจสอบ และแอ็กชันถัดไปก่อน |
สำหรับการคอมแพกต์ใน Claude Code ให้ใส่สถานะที่สำคัญลงในคำสั่ง: อะไรเสร็จแล้ว อะไรเหลืออยู่ เส้นทางที่เกี่ยวข้อง ข้อจำกัด และการตรวจสอบถัดไป ถ้าข้อมูลที่ต้องรอด ให้ใส่มันในไฟล์โปรเจกต์และขอให้ Claude อ้างอิงไฟล์นั้น ในการล้างบริบทใน Claude Code สำหรับงานที่ไม่เกี่ยวข้อง ให้ใช้ /clear: มันเริ่มบทสนทนาว่างเปล่าและไม่ใช่รูปแบบสั้นของ /compact บทเรียน Claude Academy ให้กฎหลักเดียวกัน: คอมแพกต์ฟีเจอร์ที่ทำต่อ ล้างสำหรับฟีเจอร์ใหม่
ใช้ซับเอเจนต์สำหรับการสืบค้นที่มีขอบเขตชัดซึ่งคุณไม่ต้องการ raw output ในบริบทหลัก คู่มือ subagent ของ Anthropic ระบุว่าบทสนทนาหลักได้รับบทสรุป ขณะที่ซับเอเจนต์ใช้บริบทแยกต่างหาก วิธีนี้ประหยัดพื้นที่เซสชันหลัก แต่มันไม่ได้ทำให้การสืบค้นฟรี
Claude Code มีหน้าต่างบริบท 1M หรือไม่?
มี บริบท 1M ของ Claude Code ใช้ได้บนโมเดลปัจจุบันส่วนใหญ่ ณ การตรวจสอบเมื่อตุลาคม 2026 หน้าการกำหนดค่าโมเดลของ Claude Code ระบุการเข้าถึงรายโมเดลและรายแผน ส่วน เอกสารอ้างอิง context-window ของ Platform ระบุขนาดของโมเดล
บน Anthropic API หน้าต่าง 1M มาเป็นมาตรฐานในทุกแผน รวมถึง Pro สำหรับโมเดล Fable สำหรับ Sonnet 5 ขึ้นไป และสำหรับ Opus 4.7 ขึ้นไป ไม่มี variant [1m] ให้เลือกสำหรับโมเดลเหล่านั้น สำหรับ Opus 4.6 และ Sonnet 4.6 ที่เก่ากว่า คุณต้องใช้ variant [1m] เพื่อรับหน้าต่างที่ใหญ่กว่า และการเลือกได้หรือไม่ขึ้นกับแผนของคุณ เอกสารปัจจุบันระบุว่า usage 1M ที่มีสิทธิ์ใช้ราคาโมเดลมาตรฐานโดยไม่มีค่าธรรมเนียมเพิ่มสำหรับโทเคนเกิน 200K แม้ว่าการใช้ Fable เองอาจดึง usage credits ในบางแผน ตรวจสอบราคาเมื่อตุลาคม 2026
ใช้ 1M เมื่องานได้ประโยชน์จากการเก็บชุดเอกสารอ้างอิงก้อนใหญ่ที่สอดคล้องกันให้พร้อมใช้ทีเดียว อย่าสลับเพียงเพราะบริบทสูง สำหรับการแก้ไขแบบโฟกัสหรือฟีเจอร์ใหม่ ชุดข้อมูลทำงานที่เล็กกว่าและสะอาดกว่าอาจให้เหตุผลได้ง่ายกว่า
จะลดการใช้งานโทเคนของ Claude Code ก่อนรีเซ็ตได้อย่างไร?
เริ่มจากแหล่งที่กระทบสูงซึ่งถูกโหลดซ้ำ ๆ Anthropic แนะนำให้เก็บ CLAUDE.md แต่ละไฟล์ต่ำกว่า 200 บรรทัด ย้ายคำสั่งที่ใช้กับบางไฟล์เท่านั้นไปเป็นกฎแบบจำกัดขอบเขตตามเส้นทาง และย้ายขั้นตอนที่ไม่ค่อยใช้ไปเป็นสกิลแทนการโหลดทุกเซสชัน imports ช่วยจัดระเบียบไฟล์ยาวแต่ไม่ได้ลดต้นทุนบริบทของมัน รายละเอียดอยู่ใน คู่มือ project-memory ของ Claude
จากนั้นควบคุมสิ่งที่เข้ามาขณะทำงาน:
- ให้งานที่เจาะจง เส้นทางหรือสัญลักษณ์เป้าหมาย และผลลัพธ์ที่คาดไว้ ขอเฉพาะบรรทัดหรือลายเซ็นที่เกี่ยวข้องก่อนขอทั้งไฟล์
- สำหรับ log หรือเอาต์พุตการทดสอบ ให้กรองเหลือเฉพาะ error และบรรทัดใกล้เคียงก่อนส่งกลับให้ Claude คู่มือต้นทุน ของ Anthropic แนะนำฮุกที่ grep log ยาว ๆ หา
ERRORเพื่อให้ Claude อ่านเฉพาะผลตรงกันไม่กี่ร้อยโทเคนแทนที่จะเป็นหมื่น - ใช้
/contextเพื่อหาไฟล์หรือความทรงจำที่ถูกโหลดซึ่งไม่เกี่ยวกับงานนี้ เก็บการตั้งค่า MCP/นิยามเครื่องมือไว้แค่การตรวจสอบเร็ว ๆ: ปัจจุบัน Claude Code เลื่อนนิยามเครื่องมือ MCP โดยค่าเริ่มต้น และ/mcpให้คุณปิด server ที่ไม่ได้ใช้ - มอบการสืบค้นที่ยืดยาวให้ซับเอเจนต์เมื่อมีเพียงข้อสรุปที่ต้องกลับมา
ที่ Muvon เราสร้าง Octocode และ Octofs เครื่องมือค้นหาและเครื่องมือไฟล์ built-in ของ Claude Code เพียงพอสำหรับหลายงาน เมื่อการนำทางโค้ดต้องการมุมมองอื่น คำสั่งค้นหาและลายเซ็นของ Octocode สามารถหาโค้ดด้วยคิวรีภาษาธรรมชาติและแสดงลายเซ็นไฟล์ได้ สำหรับงานไฟล์แคบ ๆ Octofs รองรับมุมมองแบบกำหนดช่วงและการแก้ไขแบบกลุ่ม ฟีเจอร์เหล่านั้นอธิบายวิธีทำงาน ไม่ใช่อัตราการประหยัดโทเคนที่วัดได้ ลองเครื่องมือ built-in ก่อน แล้วค่อยเพิ่มเครื่องมือเมื่อเอาต์พุตของมันตรงเป้ากับงานกว่าเท่านั้น
งานวิจัยเรื่อง context rot พูดอะไรเกี่ยวกับเซสชันยาว ๆ?
บริบทยาวมีประโยชน์ แต่หน้าต่างที่ใหญ่กว่าไม่ใช่ข้อพิสูจน์ว่าโมเดลใช้ทุกส่วนได้ดีเท่ากัน รายงาน Context Rot ปี 2025 ของ Chroma ประเมิน 18 โมเดลบนงานที่ควบคุม และพบว่าประสิทธิภาพมักลดลงเมื่อความยาวอินพุตเพิ่มขึ้น ตัวรบกวนยังทำให้การดึงข้อมูลยากขึ้นด้วย รายงานนี้คือการวิจัยข้ามโมเดลและงานที่ทดสอบ ไม่ใช่เบนช์มาร์กของเวิร์กโฟลว์ Claude Code ในวันนี้
เปเปอร์ Lost in the Middle ปี 2023 ซึ่งต่อมาตีพิมพ์ใน TACL พบว่าประสิทธิภาพมักแข็งแรงที่สุดเมื่อข้อมูลที่เกี่ยวข้องอยู่ใกล้ต้นหรือท้าย และอ่อนลงเมื่อมันอยู่ตรงกลาง ชุดโมเดลของมันเก่ากว่า เมื่อรวมกัน เปเปอร์ทั้งสองสนับสนุนกฎเชิงปฏิบัติ ไม่ใช่เกณฑ์สากล: เก็บข้อเท็จจริงสำคัญของงานให้หาง่าย ลบประวัติที่ไม่เกี่ยวข้อง และตรวจสอบการตัดสินใจสำคัญแทนที่จะสมมติว่าบริบทที่มากขึ้นหมายถึงการเรียกคืนที่เชื่อถือได้กว่า
เมื่อคุณไม่แน่ใจว่าจะทำอะไรต่อ ให้รัน /context ดูหมวดที่ใหญ่ที่สุด แล้วไล่ตามลิสต์นี้: แคบการอ่านครั้งถัดลง มอบหมายงานวิจัยก้อนใหญ่ คอมแพกต์พร้อมคำสั่งเก็บรักษาถ้างานเดิมยังดำเนินต่อ หรือเขียนการส่งต่องานแล้วล้างถ้างานถัดไปต่างกัน ก่อนแก้ไขในเซสชันใหม่ ให้ตรวจสอบกับรีโพและการส่งต่องานที่บันทึกไว้
— Don
เราสร้างเครื่องมือโอเพนซอร์สสำหรับเวิร์กโฟลว์การเขียนโค้ดแบบโฟกัส ถ้าคุณลองการอ่านที่แคบลงหรือเซสชันแบบส่งต่องานก่อน บอกเราว่าอะไรได้ผลหรือจุดคมอยู่ตรงไหน คุณสามารถ เปิด issue ได้



