Anthropic เข้มงวดข้อจำกัดการใช้งาน Claude Code มากขึ้นโดยไม่แจ้งล่วงหน้า

 (techcrunch.com)
5 คะแนน โดย GN⁺ 2025-07-18 | 2 ความคิดเห็น | แชร์ทาง WhatsApp
  • ตั้งแต่ช่วงต้นสัปดาห์นี้ Anthropic ได้เพิ่มความเข้มงวดของ ข้อจำกัดการใช้งาน สำหรับผู้ใช้ Claude Code โดยไม่มีการแจ้งล่วงหน้า
  • โดยเฉพาะในกลุ่ม ผู้ใช้หนัก ที่ใช้ แพ็กเกจ Max ราคา $200 ต่อเดือน ได้เกิดกระแสไม่พอใจอย่างมาก เพราะเมื่อถึงขีดจำกัดจะมีเพียงข้อความ “Claude usage limit reached” โดยไม่มีคำอธิบายที่ชัดเจน
  • เมื่อขีดจำกัดถูกลดลงโดย ไม่มีการแจ้งล่วงหน้าหรือประกาศการเปลี่ยนแปลง ผู้ใช้บางส่วนจึงเข้าใจผิดว่า แพ็กเกจสมัครสมาชิกถูกดาวน์เกรด หรือเกิด ข้อผิดพลาดในการติดตามการใช้งาน
  • Anthropic ระบุอย่างเป็นทางการเพียงว่า “ผู้ใช้บางรายกำลังประสบกับการตอบสนองที่ช้า” โดย ไม่ให้คำอธิบายเชิงลึก และไม่มีการแจ้งกำหนดการแก้ไขหรือสาเหตุที่แน่ชัด
  • ยังมีปัญหา API โอเวอร์โหลด และข้อผิดพลาดเครือข่ายเกิดขึ้นร่วมด้วย ทำให้ความไม่พอใจยิ่งเพิ่มขึ้น โดยผู้ใช้เรียกร้อง ความชัดเจนเรื่องขีดจำกัด และการสื่อสารที่ดีกว่าเดิม ท่ามกลาง ความเชื่อมั่นที่ลดลง

การเข้มงวดขีดจำกัดแบบกะทันหันและความสับสน

  • ตั้งแต่วันจันทร์ที่ผ่านมา ขีดจำกัดการใช้งาน Claude Code ถูกทำให้เข้มงวดขึ้นอย่างกะทันหัน ส่งผลให้ผู้ใช้จำนวนมากถูกจำกัดโดยไม่ตั้งใจ
  • มีเพียงข้อความ “Claude usage limit reached” พร้อมแจ้งว่าจะปลดล็อกข้อจำกัดหลังเวลาที่กำหนดไว้ (เช่น ไม่กี่ชั่วโมง) แต่ไม่มีข้อมูลชัดเจนว่าขีดจำกัดถูกเปลี่ยนอย่างไร
  • โดยเฉพาะในกลุ่มผู้สมัครใช้บริการราคาแพงอย่างแพ็กเกจ $200 Max ความไม่ไว้วางใจยิ่งรุนแรงขึ้นจาก ข้อผิดพลาดในการติดตามการใช้งาน และ ความเข้าใจผิดว่าแพ็กเกจถูกดาวน์เกรด
  • บนหน้าปัญหาใน GitHub มีเสียงบ่นจำนวนมากเกี่ยวกับความไม่โปร่งใสของการคำนวณการใช้งาน เช่น “ส่งคำขอไปไม่กี่ครั้งใน 30 นาที แต่กลับเกินขีดจำกัด 900 ข้อความแล้ว”
  • ผู้ใช้รายหนึ่งระบุว่า “ด้วยขีดจำกัดแบบนี้ โปรเจกต์เดินต่อไม่ได้” และบอกว่า “แม้แต่ Gemini หรือ Kimi ก็ทดแทนไม่ได้”

จุดยืนอย่างเป็นทางการและปัญหาเครือข่าย

  • Anthropic ระบุเพียงว่า “ผู้ใช้บางรายกำลังประสบกับการตอบสนองที่ช้า” และหลีกเลี่ยงคำอธิบายเพิ่มเติม
  • ในช่วงเวลาเดียวกันยังเกิด ข้อผิดพลาด API overload และปัญหาเครือข่ายหลายครั้งพร้อมกัน แต่ หน้าสถานะอย่างเป็นทางการกลับแสดงว่าระบบทำงาน 100% จึงยิ่งเกิดความคลาดเคลื่อนของข้อมูล
  • โครงสร้าง ไม่เป็นทางการและเปลี่ยนแปลงได้ ซึ่งทำให้ขีดจำกัดและความพร้อมใช้งานถูกกำหนดแบบยืดหยุ่นตามอุปสงค์ ยิ่งซ้ำเติมความสับสน

โครงสร้างแพ็กเกจและนโยบายการใช้งานที่ซับซ้อน ซึ่งเป็นต้นเหตุของความสับสน

  • แพ็กเกจค่าบริการของ Anthropic ให้เพียงข้อจำกัดตามช่วงและคำอธิบาย โดยไม่มีการรับประกันปริมาณการใช้งานที่ชัดเจน และทั้ง ฟรี/Pro/Max ก็สร้างความสับสนด้วยการแจ้งว่า “เปลี่ยนแปลงตามอุปสงค์” แทนที่จะมีเพดานที่แน่นอน
    • แพ็กเกจ Max: Anthropic ระบุอย่างเป็นทางการว่าใช้ได้มากกว่า Pro 20 เท่า และ Pro ใช้ได้มากกว่าฟรี 5 เท่า แต่ ค่าขีดจำกัดการใช้งานแบบสัมบูรณ์ไม่ได้เปิดเผย
    • แม้แต่ขีดจำกัดของแพ็กเกจฟรีก็ยังระบุว่า “ขึ้นอยู่กับอุปสงค์” ซึ่งหมายความว่า ไม่มีการรับประกันปริมาณการใช้งานแบบตายตัว
  • ผู้ใช้รับรู้มาก่อนแล้วว่า ก่อนการเข้มงวดครั้งนี้ บริการเปิดให้ใช้งานได้ในระดับสูงมากจริง (เช่น เรียก API ได้เกินพันดอลลาร์ต่อวัน) ทำให้พวกเขามองว่าแพ็กเกจ Max เป็น โมเดลที่ไม่เสถียรและยากจะคงอยู่ระยะยาว
  • เพราะฉะนั้นหลายคนไม่ได้แปลกใจกับการเข้มงวดข้อจำกัด แต่ชี้ว่า การขาดความโปร่งใสคือปัญหาใหญ่ที่สุด
    • ความเห็นผู้ใช้ที่เป็นตัวแทนได้ดีคือ “สื่อสารอย่างโปร่งใสเถอะ การขาดการสื่อสารทำให้ความเชื่อมั่นสูญหาย”

แก่นของปัญหาด้านการสื่อสารและความเชื่อมั่น

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

บทความที่เกี่ยวข้อง

2 ความคิดเห็น

 
princox 2025-07-22

ดูเหมือนว่าจะเป็นผลิตภัณฑ์ที่อยู่แนวหน้าของ agentic coding เลยมีทราฟฟิกหลั่งไหลเข้ามาค่อนข้างมาก..
 
GN⁺ 2025-07-18
ความคิดเห็นจาก Hacker News

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

    • ก็จริง แต่สมมติฐานพื้นฐานที่บริษัทเหล่านี้ใช้ขายก็คือ คุณสามารถเอาส่วนใหญ่ของ "การคิด" ไปเอาต์ซอร์สได้ และการลงทุนด้าน AI ก็พึ่งพาสมมติฐานนี้อย่างมาก พอเงินถูกอัดเข้าไปมหาศาลแต่ตลาดยังเป็นแบบเดิม มันเลยให้ความรู้สึกแปลก ๆ
    • ดูไม่น่าจะจบแค่ต้องคิดนิดหน่อย ถ้าจะทำโปรเจกต์ต่อคงต้องคิดลึกกว่านั้นมาก หรืออาจถึงขั้นต้องใช้พลังสมองแบบสุดขีด
    • ใครจะไปคาดคิดล่ะว่า การพึ่งพาบริการของ third-party อย่างหนัก ทั้งที่ความพร้อมใช้งานระยะยาวไม่แน่นอน อาจก่อปัญหาได้ ฟังดูประชดประชันดี เหมือนย้อนกลับไปยุคคอมไพเลอร์แบบเสียเงินหรือเมนเฟรมระยะไกล และผู้คนก็ทำพลาดแบบนี้ซ้ำแล้วซ้ำเล่า
    • ผมมั่นใจ 99% ว่าผู้ใช้กลุ่มนี้ไม่ใช่ vibe coder ที่เขียนโค้ดไม่เป็น เพราะคนแบบนั้นคงใช้เครื่องมืออย่าง lovable มากกว่า ไม่มายุ่งกับเครื่องมือบนเทอร์มินัลหรอก
    • ผมเข้ามาเพื่อคอมเมนต์กับประโยคเดียวกันนี้เลย แปลกใจที่สถานการณ์มาถึงจุดนี้แล้ว แต่คิดไปคิดมาก็ไม่ใช่เรื่องน่าแปลกเท่าไร

  • ถ้ามองในแง่ความฉลาดดิบ ๆ Claude 4.0 ไม่ได้ฉลาดกว่ารุ่นชั้นนำตัวอื่นอย่างชัดเจน แต่ถูกขัดเกลาไว้ดีมากให้ใช้เครื่องมือได้ถูกต้องระหว่างการเขียนโค้ด ถ้ารุ่นอื่นไล่ตามทันเร็ว ก็คงยากที่จะตั้งข้อจำกัดเข้มงวดแบบนี้ได้ สำหรับ Google นั้นได้เปรียบในเชิงกระแสเงินสดแบบเด็ดขาด เพราะลงซิลิคอนเองและทำ optimization เองด้วย ที่ตลกคือในคอมเมนต์ที่นี่แทบไม่เห็นใครเข้าใจกฎการสเกลของ compute เลย ในหัวคนส่วนมากยังติดภาพแบบโมเดล Uber ว่าระบบต้องขึ้นราคาสักจุดหนึ่ง แต่ AI ไม่ใช่แรงงานมนุษย์ ต้นทุนคอมพิวต์จะลดลงตามเวลาอยู่แล้ว การยอมขาดทุนระยะสั้นเพื่อเดิมพันกลับเป็นกลยุทธ์ที่มีโอกาสสำเร็จสูงสุด และผมไม่คิดว่านี่เป็นพฤติกรรมโง่ ๆ คนส่วนใหญ่เอาแต่นับวันรอฟองสบู่นี้แตกเพื่อจะได้พูดว่า "ฉันทายไว้แล้ว" อย่างดูฉลาด แต่สุดท้ายระยะยาวแล้วทิศทางนี้แหละถูกต้อง

    • ต่อให้กฎของ Moore ยังใช้ได้ มันก็แปลว่า compute จะถูกลงครึ่งหนึ่งทุก 18 เดือน ภายใต้สมมติฐานว่าประสิทธิภาพการใช้ทรัพยากรคอมพิวเตอร์ไม่เปลี่ยน และประสิทธิภาพไฟฟ้าต่อการคำนวณก็เท่าเดิม มีคอมเมนต์หนึ่งบอกว่าค่าใช้จ่ายพุ่งจากแพลนเดือนละ $200 ไปถึง $4000 ถ้าดูเรื่องความคุ้มต้นทุนก็ต้องใช้เวลา 8 ปี ผมก็ไม่แน่ใจว่าพวกเขาพร้อมแบกการขาดทุน 8 ปีหรือเปล่า
    • พูดจริง ๆ โมเดลปัจจุบันเองก็ไม่ได้ "ฉลาด" อย่างที่พูดกันนัก ยังห่างไกลจาก AGI สิ่งที่สำคัญกว่าคือการจัดการบริบท การแยกงาน การ retry การป้องกันลูปไม่รู้จบ การเปิดเผยเครื่องมือที่เหมาะสม ฯลฯ
    • ผมไม่ได้ใช้แพลน $100/เดือน แต่จ่ายตามราคา API และใช้ Claude Code อย่างระมัดระวังมาก วันแรกมันติดลูปและทำสองวิธีแก้ที่ผิดแบบเดิมซ้ำไปซ้ำมา จนเผาเงิน $30 หมดถึงได้หยุด หลังจากนั้นผมใช้วันละประมาณ $3~$5 และทำอะไรได้เยอะอย่างมีประสิทธิภาพ Anthropic ควรหาวิธีกระตุ้นให้นักพัฒนาใช้ Claude Code อย่างฉลาดขึ้น ถ้าคุมไม่อยู่มันจะหลุดและวิ่งพล่านจริง ๆ
    • ปัญหาของโมเดลคือมันปล่อยคอนเทนต์ไร้ประโยชน์ออกมาปริมาณมหาศาล ตอนที่อุตสาหกรรมยังเล็ก มลพิษระดับนี้ยังไม่ใช่ปัญหา แต่พอสเกลขึ้นระดับโลก การเก็บกวาดทีหลังจะไม่ง่ายเลย
    • Claude ก็โอเค แต่ถ้าพูดถึงความ "ฉลาด" ก็อีกเรื่องหนึ่ง ส่วนตัวรู้สึกว่า Mistral medium 3 หรือ devstral medium ก็ถูกประเมินต่ำเกินไป ทั้งคู่ไม่ถึงกับ "ฉลาด" แต่ถ้าต้องการโค้ดที่ใช้ได้จริงสำหรับงานง่าย ๆ ก็ถือว่าคุ้มราคามาก

  • เคยใช้ Claude Code กับโปรเจกต์ส่วนตัวบนแพลนพื้นฐาน $20/เดือน แม้จะไม่ได้ใช้เวลาทำงานทั้งหมดหมดไปกับมัน แต่จำนวนครั้งเรียกใช้งานก็เพียงพอ ผมนึกว่าจะชนเพดาน $20 เร็ว แต่สุดท้ายก็ไม่ถึง พูดตรง ๆ คือส่วนที่ AI ทำไม่ได้ ผมก็ต้องแก้เองหรือเขียนมือเพิ่มเยอะพอสมควร แต่การใช้โทเคนรู้สึกว่าให้มาใจกว้างมาก ถ้าเทียบกับราคา API เหมือนใช้โทเคนวันละ $10~$20 ช่วงแรกน่าจะตั้งลิมิตหลวมมากเพื่อดึงผู้ใช้ แล้วตอนนี้คงรับโหลดไม่ไหวเลยเริ่มคุมเข้มขึ้น ตามที่บทความว่าไว้ ผมนึกภาพไม่ออกเลยว่าต้องใช้งานหนักขนาดไหนถึงจะเกินลิมิตของแพลน $200/เดือนได้

    • ใน Claude Code มีวิธีใช้โทเคนอย่างมีประสิทธิภาพอีกมหาศาล ผมเดาอย่างระวังว่าอีกไม่นานอาจมีโมเดลเฉพาะสำหรับ Claude Code จากประสบการณ์ที่ทดลองมา สาเหตุที่โทเคนเสียไปมากมักมาจากการทำซ้ำไร้สาระ เช่น อ่านสคริปต์ Python ทั้งไฟล์ใหม่เพื่อตรวจสถานะคอมเมนต์ หรืออ่านสคริปต์ R ใหม่เพียงเพื่อเช็กวงเล็บปิด ถ้าจับแพตเทิร์นไร้ประสิทธิภาพระดับนี้ได้ ก็น่าจะประหยัดทรัพยากรได้เยอะ
    • ช่วงนี้ลิมิตแบบนี้เปลี่ยนเร็วมากจริง ๆ บางทีก็เปลี่ยนเป็นรายสัปดาห์หรือไม่กี่วัน และยังต่างกันตามช่วงเวลา ตำแหน่งที่อยู่ วันที่สร้างบัญชี ฯลฯ
    • ผมเคยชนลิมิตใน CC ภายในชั่วโมงเดียวจากคำขอครั้งเดียว และไม่ได้ใช้ opus ด้วย พอใช้ไปสักพักก็จะมีข้อความเตือนล่วงหน้าแบบกึ่ง ๆ ขึ้นมา แต่รู้สึกไม่ดีตรงที่พวกเขาไม่ได้ระบุลิมิตให้ชัด แถมดูเหมือนพยายาม upsell ไปแพลนสูงกว่า
    • กระบวนการ Thinking โดยทั่วไปไม่มีประสิทธิภาพกว่าการแชตธรรมดามาก ถ้าใช้เยอะ ๆ สามารถเผาเงินหลายร้อยดอลลาร์ได้เร็วมาก
    • ถ้าคุณใช้ลิมิตไม่หมด ก็อาจตีความได้ว่าควรเขียนพรอมป์ต์ให้สร้างสรรค์ขึ้น ผมเคยโยนพรอมป์ต์ครั้งเดียวแล้วปล่อยให้มันทำงานอิสระเกือบชั่วโมงจนชนลิมิตได้เหมือนกัน จะสร้าง sub-agent มาทำงานแบบขนาน หรือปล่อยอัตโนมัติให้ทำงานยาว ๆ ก็ได้ ลองมองให้กว้างกว่าแค่ "ช่วยทำอันนี้ให้หน่อย" ก็น่าจะดี

  • ถ้า Apple ขาย MacBook M4 ให้ผม แล้วลดประสิทธิภาพลงเหลือ M1 แบบไม่มีคำเตือนเลย สื่อสายเทคและองค์กรคุ้มครองผู้บริโภคคงลุกเป็นไฟกันหมด แต่พอบริษัท AI เก็บเงิน $100 เพื่อสิทธิ์การใช้งาน แล้วลดประสิทธิภาพลงเงียบ ๆ กลับไม่มีเสียงอะไรเลย ผมสงสัยว่ามันเกิดขึ้นได้ยังไง

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

  • ตอนนี้น่าจะยังดำเนินธุรกิจแบบขาดทุนอยู่ ดังนั้นผมไม่คิดว่านี่เป็นจังหวะที่จะต้องโกรธ Cursor ก็มีปัญหาแบบเดียวกันตรงนโยบายราคาที่ไม่โปร่งใส ผมจ่ายแพลน Max อยู่ แต่ดูจากรายงาน API ก็ใช้ไปเกือบ $1,000 แล้ว ไม่รู้เลยว่าโควตาเหลือเท่าไร และข้อมูลราคาที่ API ให้มาก็ดูไม่สมเหตุสมผล

    • เพื่อนร่วมงานของผมอ้างว่าเดือนนี้เผาเงินไปสัปดาห์ละ $1,000 ฟังแล้วน่าทึ่งมาก เพราะบริษัทเก็บค่าสมาชิกแค่เดือนละ $200
    • เราเพิ่งปิด closed alpha ไปเมื่อวาน และกำลังคิดเรื่องนโยบายราคาที่เหมาะที่สุดอยู่ ถ้าให้ feedback ได้ จะขอบคุณมากที่ช่วยดู https://www.charlielabs.ai/pricing
    • อยากรู้ว่าคุณใช้เครื่องมืออะไรดูราคาอยู่ กะว่าจะถามว่าเป็น cursor-stats หรือเปล่า
    • ผมไม่เห็นด้วยกับความคิดที่ว่าเพราะกำลังขาดทุนอยู่ ผู้ใช้จึงควรใจกว้าง ช่วงนี้เบื่อมากกับสินค้าที่เปิดตัวทั้งที่ยังไม่มีโมเดลรายได้ชัดเจน

  • ผมอยากเห็นวิดีโอของหน้างานจริงที่ผู้คนชนลิมิตกันเป็นกิจวัตร ตัวผมเองใช้ sonnet เขียนโค้ดเป็นหลัก แต่แม้แต่ลิมิตพื้นฐานของแพลน $20/เดือนก็ยังไม่เคยใช้หมด ผมใช้ทำสเปก เขียนเอกสาร งานทำซ้ำจากตัวอย่างที่รู้จักดี หรือทำบริการบางอย่างซ้ำ ๆ ถ้าไม่ใช่การ rewrite codebase ทั้งก้อน งานแก้เล็ก ๆ น้อย ๆ หลายครั้งการลงมือแก้เองจะเร็วกว่าไปอธิบายปัญหาเป็นภาษาอังกฤษให้ AI แล้วรอวนรอบใหญ่เสียอีกไม่ใช่หรือ

    • ผมจะชนลิมิตตอนใช้ Opus กับ workflow ยาว ๆ โดยเฉพาะแยกเป็น workflow ใหญ่สองแบบคือการวางแผนกับการ implement แค่ทำ research ไอเดียกับสร้างเอกสารแผนก็เสียค่า API ราว $10~$30 แล้ว ตอนรีวิวผมก็แก้ข้อผิดพลาดเล็ก ๆ หรือส่วนที่เกินด้วยตัวเอง จากนั้นค่อยไปขั้น implement ซึ่งจริง ๆ ถูกกว่าอีก ผมยังทำให้มันสร้าง GitHub PR อัตโนมัติตามเอกสารแผนนี้ด้วย ถ้าจะชน rate limit ของแพลน Max $100 ก็แค่ทำวงจรแบบนี้ซ้ำ 3~4 รอบภายใน 5 ชั่วโมงก็พอแล้ว คุณยังสามารถโยนคำสั่งซับซ้อนให้ Opus ทีเดียวได้ด้วย ทำให้ความน่าเชื่อถือสูงมาก ถ้าใช้ Code แบบโต้ตอบง่าย ๆ อย่างเดียวแทบไม่มีทางชนลิมิต ส่วนใหญ่ดูจะเป็นพวก vibe coder ที่เจอบ่อย
    • พอถึงจุดที่ AI ไม่สามารถลู่เข้าไปสู่คำตอบที่ถูกต้องได้ สุดท้ายคนก็ต้องมาปิดงานเองอยู่ดี
    • สงสัยว่าคุณใช้ Claude Code ร่วมกับ sonnet หรือเปล่า ถ้าใช้ผ่านเว็บอย่างเดียวจะรู้สึกว่าลิมิตเหลือเฟือมาก
    • สัปดาห์นี้แม้แต่บนแพลน Max งานง่าย ๆ ก็ยังทำไม่สำเร็จเลย ไม่ใช่แค่ผู้ใช้ Max ที่ระบบโอเวอร์โหลด แต่เหมือนมี rate limit แบบสุ่ม ๆ ตลอด บางทีโดนบล็อกตั้งแต่พรอมป์ต์แรก
    • โดยรวมคนทำเองเร็วกว่า แต่ผมสลับหลายงานแบบ interrupt-driven อยู่แล้ว ก็เลยชอบโยนพรอมป์ต์เร็ว ๆ แล้วปล่อยให้รันเบื้องหลังและรอ ถึง agent จะใช้เวลานานกว่า 3 เท่า เวลาที่ผมเสียจริงก็มีแค่ไม่กี่วินาทีตอนพิมพ์พรอมป์ต์

  • ไม่กี่วันก่อนผมทำรีแฟกเตอร์ครั้งใหญ่ในสองโปรเจกต์ พร้อมกับทำงานออกแบบของอีกสองโปรเจกต์ไปด้วย พอเช็กการใช้งาน Gemini API ก็พบว่าใช้ไปแล้ว $200 ในวันเดียว ผู้ใช้สามารถเร่งหนักกว่านี้ได้อีกเยอะ ผมคิดว่านโยบายไม่จำกัดที่ $200/เดือนคงทำกำไรให้บริษัทได้ยาก ในอนาคตน่าจะมีระบบที่คอยกระจายงานอย่างฉลาดโดยคำนึงถึงต้นทุนด้วย openrouter ก็ดูเหมือนกำลังมุ่งไปทางนี้ แต่การทำ routing ให้ถูกต้องคงต้องใช้ข้อมูลบริบทมหาศาล

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

  • สัปดาห์นี้ผมเริ่มใช้แพลน $200/เดือน เดิมทีจ่ายค่า API token เดือนละ $300+ อยู่แล้ว ก็เคยคิดเหมือนกันว่า "ในมุม Anthropic มันคุ้มทุนได้ยังไง" แต่พอเจอ API overload error ต่อเนื่อง สุดท้ายก็ยกเลิกแพลนแล้วกลับไปใช้ API token เหมือนเดิม ผมไม่รู้เลยว่านโยบายแบบนี้มีเจตนาอะไร แต่ผมยินดีจ่ายถ้าใช้งานได้จริง อย่าเอาแต่ชูคำว่า $200/เดือน แล้วช่วยรับประกันการเข้าถึงให้ดี ๆ หน่อย

    • อยากรู้ว่าคุณเจอประสบการณ์แบบนี้กับ Opus หรือเปล่า และทำงานแบบไหน ผมเองมีแค่ตอนทำงานกับไฟล์ซอร์สขนาดใหญ่ 2.5MB ที่โทเคนพุ่งหนัก นอกนั้นแม้แต่แพลน 100EUR ก็ยังใช้ไม่หมด โดยหลัก ๆ ใช้ Opus ตลอด
    • มีข้อสงสัยว่าแต่แรกราคา API อาจถูกตั้งไว้สูงกว่าต้นทุนจริงมากหรือเปล่า ผมลองเติมเงิน $5 เพื่อเล่น ๆ ดู ก็รันคำนวณได้ราว 30 นาที แต่ประสบการณ์ใช้งานจริงเหมือนเทียบได้ประมาณ 3 ชั่วโมง ถ้าคิดคร่าว ๆ เป็น $10/ชั่วโมง ก็เท่ากับปีละ $90,000 ผมยังไม่มั่นใจว่าค่าซื้อและดูแล GPU จะแพงถึงระดับปีละ 9 หมื่นดอลลาร์จริงหรือไม่ ยังไม่ค่อยเชื่อว่าต้นทุนโครงสร้างพื้นฐาน GPU จะหลุดพ้นจากระดับการลงทุนฮาร์ดแวร์ไปได้

  • แยกไม่ออกว่านี่เป็นการตั้งใจลดคุณภาพบริการ หรือเป็นการตอบสนองชั่วคราวเพราะความต้องการโตเร็วเกินกว่าที่เซิร์ฟเวอร์จะรับไหว ถ้าความต้องการยังเพิ่มต่อไป ข้อจำกัดนี้อาจกลายเป็นเรื่องถาวรและเข้มงวดขึ้นเรื่อย ๆ ก็ได้ ผมไม่คิดว่า Anthropic จะเลือกช่วงนี้มาทำ optimization ด้าน COGS ด้วยซ้ำ ในเมื่อยังมีโอกาสยึดตลาด DevTools ทั้งก้อน แถมมีเงินสดและแรงหนุนจากนักลงทุนมาก การทำให้พลังของผลิตภัณฑ์อ่อนลงตอนนี้ดูเป็นวิสัยทัศน์ระยะสั้นเกินไป

    • มีผู้ใช้จำนวนมากเลิกใช้ Cursor อย่างรวดเร็วมาก สำหรับผมการเปลี่ยน IDE เป็นเรื่องใหญ่ เลยไม่เคยลอง Cursor ตั้งแต่แรก Claude Code เป็นแนวคิดที่ดีกว่ามาก และไม่จำเป็นต้องผูกกับ IDE ด้วยซ้ำ เพราะอย่างนั้นการย้ายไปคู่แข่งกลับทำได้ง่ายกว่า ในมุมนี้ คุณสมบัติในเชิงโมเดลของ Claude Code เองก็อาจแฝงความเสี่ยงว่า การแย่งส่วนแบ่งตลาดจะกลายเป็นเรื่องไร้ความหมายได้เหมือนกัน.