มอนิเตอร์การใช้งาน Claude Code – ตัวติดตามแบบเรียลไทม์เพื่อหลีกเลี่ยงการชนข้อจำกัดการใช้งาน

• เครื่องมือติดตามที่ แสดงข้อมูลแบบเรียลไทม์บนเทอร์มินัล ทั้งการใช้โทเค็นของ Claude AI, อัตราการใช้หมด, การคาดการณ์การใช้จ่าย และข้อมูลอื่น ๆ
• แถบความคืบหน้าแบบสีสันสดใสที่ รีเฟรชทุก 3 วินาที พร้อมการคาดการณ์การหมดของโทเค็นอย่างชาญฉลาด
• เมื่อเกินขีดจำกัดของแพ็กเกจพื้นฐาน ระบบจะวิเคราะห์บันทึกเซสชันแล้วสลับไปใช้ขีดจำกัดจริงทันที
• ตรวจจับและรองรับแพ็กเกจการใช้งานแบบอัตโนมัติ เช่น Pro/Max5/Max20/custom_max
• แจ้งเตือนแบบเรียลไทม์เมื่อโทเค็นของแต่ละเซสชันใกล้หมดหรือเกินขีดจำกัด รวมถึงเมื่อเสี่ยงใช้หมดก่อนรีเซ็ตเซสชัน
• ออกแบบอินเทอร์เฟซให้เหมาะกับลักษณะการใช้งาน Claude จริง
• ติดตั้งได้ผ่าน npm, pip แนะนำให้ใช้ virtual environment (venv/virtualenv) และรองรับทั้ง Mac/Linux/Windows

ทำความเข้าใจเซสชันของ Claude

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

สถานการณ์การใช้งาน

• นักพัฒนาที่เริ่มงานตอนเช้า/เข้าออฟฟิศ: ปรับตารางรีเซ็ตโทเค็นให้ตรงกับเวลาเริ่มงานของวัน (เช่น 9 โมง) เพื่อวางแผนได้อย่างมีประสิทธิภาพ
• ผู้ที่ทำงานกลางคืน: ใช้การรีเซ็ตโทเค็นให้ตรงกับตารางของตัวเอง เช่น เที่ยงคืน
• ผู้ใช้ที่มีขีดจำกัดแปรผัน: ใช้โหมด custom_max เพื่อตรวจจับขีดจำกัดอัตโนมัติตามสภาพแวดล้อมจริง
• นักพัฒนาทั่วโลก/รีโมต: เดินทางข้ามหลายเขตเวลา และกำหนดเวลารีเซ็ตระดับทีมได้ → เหมาะกับการทำงานร่วมกัน
• ตรวจสอบสถานะอย่างรวดเร็ว: รันได้ทันทีแบบง่าย ๆ (ไม่ขึ้นกับการตั้งค่า)

แนวปฏิบัติที่ดีที่สุดในการเตรียมสภาพแวดล้อม

• เริ่มติดตามพร้อมกับเริ่มเซสชัน
  • เมื่อเริ่มงานกับ Claude ให้เปิดมอนิเตอร์ทันที (./ccusage_monitor.py)
  • แพ็กเกจที่รองรับ
    • pro: ประมาณ 7,000 โทเค็น (ทดสอบและใช้งานเบา ๆ)
    • max5: ประมาณ 35,000 โทเค็น (งานพัฒนาทั่วไป)
    • max20: ประมาณ 140,000 โทเค็น (โปรเจกต์ขนาดใหญ่และการใช้งานระดับกลาง/หนัก)
    • custom_max: โหมดตรวจจับอัตโนมัติ (ใช้ค่าสูงสุดตามประวัติการใช้งานจริง)
  • ช่วยเพิ่มความแม่นยำในการติดตามโทเค็นตลอดทั้งเซสชัน
  • สามารถคำนวณอัตราการใช้โทเค็นและเตือนล่วงหน้าเมื่อใกล้ถึงขีดจำกัด
• ใช้ Python virtual environment (venv)
  • ป้องกันการชนกันของ dependencies, แยกสภาพแวดล้อม และรับประกันความสามารถในการทำซ้ำรายโปรเจกต์
  • การติดตั้งและรัน:

    python3 -m venv venv  
    source venv/bin/activate  
    pip install pytz  
    

  • หากต้องการลบ เพียงลบโฟลเดอร์ virtual environment ก็ถอนออกได้อย่างสะอาด
• ตั้งค่า shell alias แบบกำหนดเอง
  • ย่อคำสั่งที่ต้องใช้ซ้ำให้รันได้ในบรรทัดเดียว

    alias claude-monitor='cd ~/Claude-Code-Usage-Monitor && source venv/bin/activate && ./ccusage_monitor.py'  
    

  • เพิ่มลงใน .bashrc หรือ .zshrc แล้วสามารถเปิดมอนิเตอร์ได้ทันทีด้วยการพิมพ์ครั้งเดียว

แนวปฏิบัติที่ดีที่สุดในการใช้งาน

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

    ./ccusage_monitor.py --reset-hour 9  
    

  • ใช้กฎ 5 ชั่วโมงต่อเซสชันเพื่อจัดการหลายเซสชันซ้อนกันได้
• ระบุ timezone ให้ชัดเจน
  • สะท้อนเวลาทำงาน/เวลาร่วมงานจริง เพื่อคาดการณ์การรีเซ็ตโทเค็นและจัดการตารางได้แม่นยำ

    ./ccusage_monitor.py --timezone Asia/Seoul  
    

  • ลดความคลาดเคลื่อนของเวลาและความสับสนเรื่องเวลาหมดอายุของเซสชันเมื่อทำงานร่วมกับหลายประเทศหรือหลายทีม

เคล็ดลับการปรับให้เหมาะสม

• ตั้งค่าสภาพแวดล้อมเทอร์มินัล
  • แนะนำให้ใช้เทอร์มินัลที่กว้างอย่างน้อย 80 ตัวอักษร
  • รองรับสีเพื่อเพิ่มประสิทธิภาพของการตอบสนองเชิงภาพ
  • แนะนำให้เปิดติดตามตลอดเวลาในหน้าต่างเฉพาะแยกต่างหาก
• ผสานเข้ากับเวิร์กโฟลว์
  • ใช้ terminal multiplexer เช่น tmux เพื่อติดตามไปพร้อมกับการพัฒนาได้

    tmux new-session -d -s claude-monitor './ccusage_monitor.py'  
    tmux attach -t claude-monitor  
    

• กลยุทธ์หลายเซสชัน
  • แต่ละเซสชันคงที่ 5 ชั่วโมง และสามารถจัดการหลายเซสชันที่ซ้อนกันพร้อมกันได้
  • กระจายงานยาวไปหลายเซสชัน และระวังขีดจำกัด/เวลาหมดอายุของแต่ละเซสชัน

ตัวอย่างเวิร์กโฟลว์จริง

• การพัฒนาโปรเจกต์ขนาดใหญ่

  ./ccusage_monitor.py --plan max20 --reset-hour 8 --timezone America/New_York  
  

  • รีเซ็ตโทเค็นตอน 8 โมงเช้า → เริ่มพัฒนาฟีเจอร์หลัก
  • 10 โมง ตรวจ Burn Rate แล้วปรับความเร็วในการทำงาน
  • เที่ยง ตรวจสอบและปรับตารางช่วงบ่าย
  • บ่าย 2 เปิดเซสชันใหม่เพื่อจัดการประเด็นที่ซับซ้อน
  • 4 โมง ทำงานเบา ๆ / เตรียมเซสชันช่วงเย็น
• การใช้งานที่เน้นการเรียนรู้/การทดลอง

  ./ccusage_monitor.py --plan pro  
  

  • เหมาะกับการเรียนรู้แบบเบา ๆ และการเขียนโค้ดเชิงทดลอง
• การพัฒนาแบบโฟกัสช่วงสปรินต์

  ./ccusage_monitor.py --plan max20 --reset-hour 6  
  

  • ตั้งค่าให้เหมาะกับงานพัฒนาที่คาดว่าจะใช้โทเค็นจำนวนมากอย่างเข้มข้น

[fanotify]

เหมือนกันเลย: https://th.news.hada.io/topic?id=21560

[GN⁺]

ความคิดเห็นจาก Hacker News

• ฉันรู้สึกอึดอัดกับความไม่โปร่งใสของ Claude และชอบไอเดียนี้มาก ฟีเจอร์หลักของ Claude Code คือมันจัดการคอนเท็กซ์และข้อจำกัดได้ดีกว่าแอปเดสก์ท็อป (เช่น โหมด compact, การแสดง % โควต้าที่เหลือ) แต่ก็ยังรู้สึกว่ายังไม่เพียงพอ ขอเสริมอีกอย่างว่า โดยส่วนตัวรู้สึกว่าการใช้ emoji เยอะเกินไปใน README ของโปรเจกต์ดูไม่เป็นมืออาชีพมาก และทำให้นึกกังวลว่าอาจเป็นโปรเจกต์ที่ AI เขียนแบบอาศัยแค่ “บรรยากาศ” โดยไม่ได้มีการควบคุมที่ดีพอ

  • ตอนที่ฉันเข้ามาในวงการซอฟต์แวร์ใหม่ ๆ ถ้าโดนจับได้ว่าใช้ emoji ใน codebase นี่บรรยากาศประมาณส่งไปโรงพยาบาลจิตเวชได้เลย แต่ตอนนี้ยุคสมัยเปลี่ยนไปมากแล้ว จึงใช้ emoji บ่อยในฐานะเครื่องมือช่วยจัดระเบียบบริบททางสายตา ตอนนี้โค้ดของฉันมี emoji มากพอที่จะทำให้ฉันมีความสุข

  • เดี๋ยวนี้เห็นสไตล์ emoji แบบนี้บ่อยในสตาร์ตอัปหรือบริษัทของคนรุ่นใหม่ น่าจะได้รับอิทธิพลจาก Notion มากทีเดียว ที่บริษัทเรา แม้แต่ตอนทำลิสต์ หน้าเพจ หรือคำเชิญเข้าปฏิทิน ก็ต้องเลือก emoji กันตลอด

  • รู้สึกว่ามันช่างน่าขันดีที่มีคอมเมนต์แบบนี้อยู่ใต้ซอฟต์แวร์ที่สร้างมาเพื่อ AI coding

  • ถ้าดูโค้ดจริง ๆ มันก็แค่ไฟล์ Python 400 บรรทัดไฟล์เดียวที่ครอบ ccusage เอาไว้อยู่เท่านั้น ดังนั้นจะรู้สึกแบบนั้นก็เข้าใจได้

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

• ฉันคือผู้สร้าง ccusage และรู้สึกดีใจที่ผู้คนเอาโอเพนซอร์สของเราไปใช้งานกันได้หลากหลายรูปแบบ ทิ้งข้อความเชิงบวกว่า Happy vibe coding!

  • น่าแปลกที่ Show HN ของ ccusage ไม่มีคอมเมนต์เลยสักอัน แต่เธรดนี้กลับคึกคักมาก ซึ่งก็น่าสนใจดี ลิงก์เธรดที่เกี่ยวข้อง

• เผื่อเป็นข้อมูล ขีดจำกัดโทเค็นสูงสุดของเซสชันก่อนหน้าของฉันอยู่ที่ประมาณ 337,492 โทเค็น และฉันใช้ Max20 plan กับ Opus ราว 99% ฉันใช้ Claude Code มาตั้งแต่วันที่ 27 พฤษภาคม รวมแล้วใช้โทเค็นไป 1,374,439,311 โทเค็น คิดเป็นเงินประมาณ 3,397 ดอลลาร์

  • ฉันใช้ Max20 plan ไปมูลค่าราว 2,100 ดอลลาร์ เลยสงสัยว่า API มีกำไรส่วนต่างมหาศาล หรือจริง ๆ แล้วกำลังขายขาดทุนอยู่กันแน่ ฉันใช้ทุกวัน แต่ก็ไม่คิดว่าตัวเองใช้อย่างหนักเกินไป

  • อยากรู้ว่าโดน rate limit บน Opus บ่อยไหม และรู้สึกว่ามันช้ากว่า Sonnet หรือเปล่า

• ฉันพอจะจับความรู้สึกได้เองว่าโทเค็นที่ใช้ไปตอนนี้ใกล้ชนลิมิตแค่ไหน แม้แต่จังหวะที่บทสนทนาเองกำลังจะถึงขีดสูงสุดก็ยังพอจับได้ และตอนนั้นฉันจะใช้ทรัพยากรที่เหลืออยู่ทำสรุป จากนั้นค่อยต่องานในบทสนทนาใหม่ รู้สึกว่าเครื่องมือ AI พวกนี้ตอนนี้กลายเป็นส่วนหนึ่งของนาฬิกาชีวภาพฉันไปแล้ว ทุกวันพุธลิมิตรายสัปดาห์ของ ChatGPT จะรีเซ็ต ทำให้วันพุธรู้สึกเหมือนเป็นวันอาทิตย์ใหม่

• ฉันสังเกตว่าถ้าการใช้โทเค็นไม่แตะ 100% ก่อนหน้าต่างเวลาจะผ่านไป มันจะไม่รีเซ็ต เช่น ถ้าใช้ไป 90% แล้วข้ามไปหน้าต่างถัดไป จากนั้นใช้ 10% ที่เหลือหมดอย่างรวดเร็ว ก็จะต้องรอนานมาก

• ฉันทำเครื่องมือ UI (crystal) ที่ทำให้ใช้ Claude Code หลายเซสชันพร้อมกันได้ พอทำหลายฟีเจอร์พร้อมกัน ฉันก็มักจะชนขีดจำกัดบัญชีบ่อย ปกติจะไปชนลิมิตช่วงใกล้เวลารีเซ็ต แต่ถ้ารู้ล่วงหน้าได้ว่าจะต้องพักเมื่อไร ก็คงดีกว่านี้

  • ฉันใช้ Claude Code หนักมากเหมือนกัน แต่ยังไม่กล้าทำ tooling สำหรับ worktree และการทำงานหลายเซสชันเอง เพราะความเข้าใจ git ยังไม่ดีพอ พูดตรง ๆ ว่าแค่จะใช้เครื่องมือนี้ก็แอบกลัวนิดหน่อย และในอุดมคติฉันอยากรันแต่ละ worktree ในคอนเทนเนอร์ แต่ก็คงยากที่จะทำให้ลื่นไหลเท่า Crystal

  • ชอบเครื่องมือนี้นะ แต่ชื่อ Crystal ทำให้งง เพราะมันเป็นชื่อภาษาโปรแกรมที่เคยใช้อยู่แล้ว

  • ถ้าคุณเปิด issue บน GitHub (ที่นี่) ฉันก็อาจลองเชื่อมเข้ากับ usage monitor ของฉันได้เหมือนกัน

  • เจ๋งมาก ฉันเองก็เกือบจะสั่งให้ Laude ทำเครื่องมือแบบนี้สำหรับ 5 โปรเจกต์ที่รันพร้อมกัน ไม่ใช่แค่แยกตามโปรเจกต์แล้ว เห็นด้วยเลยว่ามีโอกาสนำไปใช้ได้อีกเยอะ

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

  • Pro plan ราคา $20 ต่อเดือน และเพิ่งไม่นานมานี้ถึงเริ่มเข้าถึง claude code ได้ แต่ได้ยินว่าผู้ใช้บางคนชนลิมิตหลังจากแค่ไม่กี่ query ดังนั้นก็น่าจะเป็นตัวเลขประมาณนั้นจริง ลิมิตของอินเทอร์เฟซแชตกับลิมิตของ Claude Code แยกจากกัน

• สุดยอดมาก ขอบคุณที่ทำสิ่งนี้ขึ้นมา สงสัยว่าติดตั้งด้วย uv ได้ไหม พร้อมแชร์ลิงก์ uv และยกตัวอย่างคำสั่งเชลล์สำหรับขั้นตอนติดตั้งแบบทีละบรรทัด

  • ถ้ารีโปนี้จัดเป็นโครงสร้างแพ็กเกจ เช่นมี project.toml ก็น่าจะติดตั้งได้เร็วกว่าแบบนี้ด้วย pipx (pipx) ดังตัวอย่างต่อไปนี้

pipx install git+https://github.com/Maciek-roboblog/Claude-Code-Usage-Monitor ccusage_monitor ใน uv ก็น่าจะมีคำสั่งคล้ายกัน (uvx) แต่ไม่แน่ใจว่าฟังก์ชันหรือจุดประสงค์จะเหมือน pipx ไหม

• เผื่อไว้เป็นข้อมูล เกือบทุกอย่างที่ติดตั้งด้วย pip ได้ก็ติดตั้งด้วย uv ได้เช่นกัน ดังนั้นผ่าน uv ก็น่าจะง่ายกว่าเหมือนกัน

• มีอะไรที่เครื่องมือนี้มีประโยชน์มากกว่าการเรียก shell ไปหา ccusage เพื่อรันหรือไม่ พูดตรง ๆ ว่าฉันค่อนข้างผิดหวังกับโปรเจกต์แนวนี้ และมันให้ความรู้สึกเหมือนใช้เครื่องมือ AI ทำทีเดียวจบ ที่น่าเสียดายคือใน Show HN ไม่ได้พูดถึงเลยว่างานจริงทั้งหมดถูกจัดการโดยเครื่องมืออื่น

• เมื่อวานฉันมีประสบการณ์แปลก ๆ กับ Claude Code มันพยายามแปลงหน้า table phtml เก่าที่เขียนด้วย PHP ไปเป็นเลย์เอาต์ div แบบใหม่แล้วล้มเหลว ทำให้เสียเงินไปราว 4 ดอลลาร์ อาจเป็นปัญหาของ WSL ก็ได้ แต่ก็หวังว่าเรื่องแบบนี้จะไม่เกิดบ่อย

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