# หน้าต่างบริบทของ Claude Code: อะไรเติมมันให้เต็ม และเมื่อไหร่ควรรีเซ็ต

> คู่มือหน้าต่างบริบทของ Claude Code: ดูว่าอะไรเติมมันให้เต็ม อ่าน /context เลือก /compact หรือ /clear และตัดสินใจว่าเมื่อไหร่หน้าต่าง 1M หรือการส่งต่องานใหม่ช่วยได้

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

**คำตอบสั้น ๆ:** รัน `/context` เพื่อดูว่าอะไรกำลังใช้หน้าต่างปัจจุบันอยู่ ใช้ `/compact` เมื่อคุณต้องทำงานเดิมต่อแต่ยอมแลกดีเทลกับบทสรุปได้ ใช้ `/clear` สำหรับงานที่ไม่เกี่ยวข้องกัน มอบหมายงานวิจัยก้อนใหญ่เมื่อคุณต้องการแค่ผลลัพธ์ของมัน บน Anthropic API โมเดล Fable, Sonnet และ Opus ปัจจุบันรันด้วยหน้าต่าง 1M อยู่แล้ว และหน้าต่างที่ใหญ่กว่าไม่ได้ทำให้ดีเทลเก่าทุกชิ้นมีประโยชน์เท่ากัน ตรวจสอบราคาและการเข้าถึงโมเดลเมื่อตุลาคม 2026

## หน้าต่างบริบทของ Claude Code คืออะไร และอะไรเติมมันให้เต็ม?

หน้าต่างบริบทของ Claude Code คือข้อมูลที่โมเดลใช้ได้สำหรับคำตอบถัดไป มันรวมถึงมากกว่าข้อความที่คุณพิมพ์: คำสั่งเริ่มต้นและความทรงจำ คำอธิบายเครื่องมือที่มีให้ ไฟล์ที่ Claude อ่าน เอาต์พุตของเครื่องมือ และบทสนทนา [คู่มือ context-window](https://code.claude.com/docs/en/context-window) ของ Anthropic อธิบายแหล่งที่มาเหล่านั้นทีละส่วน

เมื่อเริ่มต้น ให้ตรวจสอบไฟล์คำสั่งของโปรเจกต์และของผู้ใช้ก่อน จากนั้นสังเกตว่างานทำให้ Claude อ่านอะไร คำขอกว้าง ๆ เช่น "เข้าใจรีโพนี้" จะดึงไฟล์จำนวนมากและเอาต์พุตก้อนใหญ่เข้ามา คำขอที่ระบุชื่อฟังก์ชัน การเปลี่ยนแปลงที่คาดไว้ และเป้าหมายการตรวจสอบจะให้พื้นที่ค้นหาที่เล็กลงแก่ Claude [คู่มือ best-practices ของ Claude Code](https://code.claude.com/docs/en/best-practices) แนะนำให้ใช้พรอมต์ที่เจาะจงและล้างบริบทระหว่างงานที่ไม่เกี่ยวข้องกัน

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

## จะดูการใช้งานบริบทและอ่าน `/context` ได้อย่างไร?

ในการดูการใช้งานบริบทใน Claude Code ให้พิมพ์ `/context` เพื่อรับตารางการใช้งานปัจจุบันและคำแนะนำในการปรับให้เหมาะสม ใช้ `/context all` เพื่อกางรายละเอียดรายรายการ Anthropic บอกว่ามุมมองแบบสดอาจรวมถึงว่าไฟล์ `CLAUDE.md` และไฟล์ auto-memory ใดถูกโหลดบ้าง มันคือที่สำหรับตรวจดูเซสชันของคุณเอง ไม่ใช่ตัวเลขที่จะลอกมาจากภาพหน้าจอของคนอื่น ดู [command reference](https://code.claude.com/docs/en/commands)

นอกจากนี้ `/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` และตรวจสอบหน้าต่างที่ใช้ได้ใน [เอกสารการกำหนดค่าโมเดลปัจจุบัน](https://code.claude.com/docs/en/model-config)

## auto-compact ของ Claude Code ทำอะไร และทำงานเมื่อไหร่?

auto-compact จะสรุปประวัติบทสนทนาเมื่อเซสชันเข้าใกล้ลิมิตบริบทที่กำหนดค่าไว้ แล้วทำงานต่อด้วยบทสรุปนั้นในบทสนทนาปัจจุบัน มันคือเวอร์ชันอัตโนมัติของการแลกเปลี่ยนที่คุณทำกับ `/compact`: เก็บสถานะที่เพียงพอจะไปต่อ ในขณะที่บีบอัดดีเทล [Anthropic มีเอกสารว่าอะไรถูกฉีดกลับหรือถูกสรุป](https://code.claude.com/docs/en/context-window) รวมถึงคำสั่งของโปรเจกต์ ความทรงจำ ไฟล์ที่อ่านล่าสุดบางไฟล์ และประวัติบทสนทนา

เอกสาร Claude Code ปัจจุบันระบุว่าโมเดลที่มีหน้าต่าง 1M แบบ native จะคอมแพกต์ที่ประมาณ 967K โทเคนโดยค่าเริ่มต้น เหลือประมาณ 33K โทเคนระหว่างทริกเกอร์ค่าเริ่มต้นกับหน้าต่าง 1,000,000 โทเคน: `1,000,000 − 967,000 ≈ 33,000` นี่คือเลขคณิตจากเกณฑ์โดยประมาณในเอกสาร ไม่ใช่พื้นที่สำรองฟรีที่สัญญาไว้หรือค่าที่อ่านได้จริงจากเซสชัน บางโมเดลคอมแพกต์ที่ 200K เกตเวย์และการตั้งค่าแผนอาจเปลี่ยนขอบเขตที่มีผลจริงได้ ตรวจสอบ [เกณฑ์รายโมเดล](https://code.claude.com/docs/en/model-config) ก่อนเปลี่ยนการตั้งค่า

ถ้าคุณต้องการทริกเกอร์ที่เร็วขึ้นสำหรับโมเดลปัจจุบัน คำสั่งที่มีในเอกสารคือ `/autocompact 500k` ส่วน `/autocompact auto` จะคืนค่าที่จูนตามโมเดล ค่าเหล่านั้นเป็นเพียงตัวอย่าง ไม่ใช่คำแนะนำให้เลือก 500K กับทุกโมเดล Anthropic ระบุค่าที่รับได้ตั้งแต่ 100K ถึง 1M และตั้งข้อสังเกตว่าการตั้งค่า environment หรือ managed อาจ override ค่าที่คุณเลือกได้ ดู [การกำหนดค่า auto-compact](https://code.claude.com/docs/en/model-config)

## ควรคอมแพกต์ ล้าง มอบหมายงาน ใช้บริบท 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](https://academy.claude.com/courses/claude-code-101/context-management) ให้กฎหลักเดียวกัน: คอมแพกต์ฟีเจอร์ที่ทำต่อ ล้างสำหรับฟีเจอร์ใหม่

ใช้ซับเอเจนต์สำหรับการสืบค้นที่มีขอบเขตชัดซึ่งคุณไม่ต้องการ raw output ในบริบทหลัก [คู่มือ subagent](https://code.claude.com/docs/en/best-practices) ของ Anthropic ระบุว่าบทสนทนาหลักได้รับบทสรุป ขณะที่ซับเอเจนต์ใช้บริบทแยกต่างหาก วิธีนี้ประหยัดพื้นที่เซสชันหลัก แต่มันไม่ได้ทำให้การสืบค้นฟรี

## Claude Code มีหน้าต่างบริบท 1M หรือไม่?

มี บริบท 1M ของ Claude Code ใช้ได้บนโมเดลปัจจุบันส่วนใหญ่ ณ การตรวจสอบเมื่อตุลาคม 2026 [หน้าการกำหนดค่าโมเดลของ Claude Code](https://code.claude.com/docs/en/model-config) ระบุการเข้าถึงรายโมเดลและรายแผน ส่วน [เอกสารอ้างอิง context-window ของ Platform](https://platform.claude.com/docs/en/build-with-claude/context-windows) ระบุขนาดของโมเดล

บน 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](https://code.claude.com/docs/en/memory)

จากนั้นควบคุมสิ่งที่เข้ามาขณะทำงาน:

- ให้งานที่เจาะจง เส้นทางหรือสัญลักษณ์เป้าหมาย และผลลัพธ์ที่คาดไว้ ขอเฉพาะบรรทัดหรือลายเซ็นที่เกี่ยวข้องก่อนขอทั้งไฟล์
- สำหรับ log หรือเอาต์พุตการทดสอบ ให้กรองเหลือเฉพาะ error และบรรทัดใกล้เคียงก่อนส่งกลับให้ Claude [คู่มือต้นทุน](https://code.claude.com/docs/en/costs) ของ Anthropic แนะนำฮุกที่ grep log ยาว ๆ หา `ERROR` เพื่อให้ Claude อ่านเฉพาะผลตรงกันไม่กี่ร้อยโทเคนแทนที่จะเป็นหมื่น
- ใช้ `/context` เพื่อหาไฟล์หรือความทรงจำที่ถูกโหลดซึ่งไม่เกี่ยวกับงานนี้ เก็บการตั้งค่า MCP/นิยามเครื่องมือไว้แค่การตรวจสอบเร็ว ๆ: ปัจจุบัน Claude Code เลื่อนนิยามเครื่องมือ MCP โดยค่าเริ่มต้น และ `/mcp` ให้คุณปิด server ที่ไม่ได้ใช้
- มอบการสืบค้นที่ยืดยาวให้ซับเอเจนต์เมื่อมีเพียงข้อสรุปที่ต้องกลับมา

ที่ Muvon เราสร้าง Octocode และ Octofs เครื่องมือค้นหาและเครื่องมือไฟล์ built-in ของ Claude Code เพียงพอสำหรับหลายงาน เมื่อการนำทางโค้ดต้องการมุมมองอื่น [คำสั่งค้นหาและลายเซ็นของ Octocode](/blog/octocode-semantic-code-search) สามารถหาโค้ดด้วยคิวรีภาษาธรรมชาติและแสดงลายเซ็นไฟล์ได้ สำหรับงานไฟล์แคบ ๆ [Octofs](/blog/octofs-0-16-faster-filesystem-for-claude-code-and-codex) รองรับมุมมองแบบกำหนดช่วงและการแก้ไขแบบกลุ่ม ฟีเจอร์เหล่านั้นอธิบายวิธีทำงาน ไม่ใช่อัตราการประหยัดโทเคนที่วัดได้ ลองเครื่องมือ built-in ก่อน แล้วค่อยเพิ่มเครื่องมือเมื่อเอาต์พุตของมันตรงเป้ากับงานกว่าเท่านั้น

## งานวิจัยเรื่อง context rot พูดอะไรเกี่ยวกับเซสชันยาว ๆ?

บริบทยาวมีประโยชน์ แต่หน้าต่างที่ใหญ่กว่าไม่ใช่ข้อพิสูจน์ว่าโมเดลใช้ทุกส่วนได้ดีเท่ากัน [รายงาน Context Rot](https://www.trychroma.com/research/context-rot) ปี 2025 ของ Chroma ประเมิน 18 โมเดลบนงานที่ควบคุม และพบว่าประสิทธิภาพมักลดลงเมื่อความยาวอินพุตเพิ่มขึ้น ตัวรบกวนยังทำให้การดึงข้อมูลยากขึ้นด้วย รายงานนี้คือการวิจัยข้ามโมเดลและงานที่ทดสอบ ไม่ใช่เบนช์มาร์กของเวิร์กโฟลว์ Claude Code ในวันนี้

[เปเปอร์ Lost in the Middle](https://arxiv.org/abs/2307.03172) ปี 2023 ซึ่งต่อมาตีพิมพ์ใน TACL พบว่าประสิทธิภาพมักแข็งแรงที่สุดเมื่อข้อมูลที่เกี่ยวข้องอยู่ใกล้ต้นหรือท้าย และอ่อนลงเมื่อมันอยู่ตรงกลาง ชุดโมเดลของมันเก่ากว่า เมื่อรวมกัน เปเปอร์ทั้งสองสนับสนุนกฎเชิงปฏิบัติ ไม่ใช่เกณฑ์สากล: เก็บข้อเท็จจริงสำคัญของงานให้หาง่าย ลบประวัติที่ไม่เกี่ยวข้อง และตรวจสอบการตัดสินใจสำคัญแทนที่จะสมมติว่าบริบทที่มากขึ้นหมายถึงการเรียกคืนที่เชื่อถือได้กว่า

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

— Don

---

_เราสร้างเครื่องมือโอเพนซอร์สสำหรับเวิร์กโฟลว์การเขียนโค้ดแบบโฟกัส ถ้าคุณลองการอ่านที่แคบลงหรือเซสชันแบบส่งต่องานก่อน บอกเราว่าอะไรได้ผลหรือจุดคมอยู่ตรงไหน คุณสามารถ [เปิด issue](https://github.com/Muvon/octocode/issues) ได้_