Claude Code หรือ Gemini CLI: โควตารายวันกับต้นทุนจริงชี้คนละผู้ชนะ

สำหรับผู้ใช้ทั่วไปที่ต้องการเริ่มต้นฟรี Gemini CLI ไม่ใช่ตัวเลือกเดิมแล้ว: ประกาศการย้ายไป Antigravity CLI ของ Google ระบุว่า Gemini CLI หยุดให้บริการคำขอจากบัญชีบุคคลแบบฟรีและ Google AI Pro หรือ Ultra ตั้งแต่วันที่ 18 มิถุนายน 2026 ขณะที่องค์กรที่มีสิทธิ์ Gemini Code Assist Standard หรือ Enterprise และผู้ใช้ API key แบบจ่ายเงินยังเข้าถึงได้ ความต่างนี้เปลี่ยนคำตอบเรื่องความคุ้มค่าทันที เพราะโควตาฟรีที่เคยทำให้ Gemini CLI ดูเหนือกว่าไม่ใช่สิทธิ์สำหรับผู้ใช้กลุ่มเดิมในปัจจุบัน

หากทีมมีสิทธิ์ Gemini CLI อยู่แล้ว ให้เทียบจำนวน model requests ที่งานหนึ่งใช้กับเพดานรายวัน หากต้องจ่ายใหม่ ให้แยกค่าสมาชิก Claude Code ออกจากค่า API ของทั้งสองฝั่งก่อน โมเดล Gemini ที่ราคาต่อโทเค็นต่ำกว่าอาจชนะเมื่อจ่ายตามการใช้จริง แต่แพ็กเกจ Claude อาจมีต้นทุนคงที่ต่ำกว่าสำหรับคนที่ทำงานได้ภายในขีดจำกัดของสมาชิก ไม่มีตัวเลขโควตารายวันตัวเดียวที่บอกต้นทุนต่อโค้ดที่ผ่านการทดสอบได้

สิทธิ์เข้าใช้สำคัญกว่าตัวเลขโควตาเก่า

ตารางโควตา Gemini CLI ยังแสดง 1,000 model requests ต่อวันสำหรับบัญชีบุคคลและ 250 requests สำหรับ API key ระดับฟรี แต่รายการเหล่านี้ขัดกับประกาศเปลี่ยนสิทธิ์การเข้าถึงของ Google จึงไม่ควรนำมาเป็นงบใช้งานปัจจุบันของผู้ใช้ฟรี ตารางเดียวกันระบุเพดาน 1,500 requests ต่อคนต่อวันสำหรับ Code Assist Standard และ 2,000 สำหรับ Enterprise; สองระดับนี้สอดคล้องกับกลุ่มองค์กรที่ยังใช้ Gemini CLI ได้ การมีเลขอยู่ในตารางจึงต้องอ่านคู่กับประเภทบัญชีที่ยังได้รับบริการจริง

สิทธิ์องค์กรเป็นสิทธิ์ของผู้ใช้ที่ได้รับใบอนุญาต ไม่ใช่กองคำขอรวมที่ทีมใดก็หยิบไปใช้ได้ ทีมที่มี Google Workspace อยู่แล้วจึงยังต้องตรวจว่าบัญชีผู้พัฒนาได้รับ Code Assist ระดับใด ส่วนการเข้าใช้ด้วย API key แบบจ่ายตามจริงมีเพดานที่ขึ้นกับระดับบริการและการตั้งค่าของคีย์ ไม่ควรยืมเลขจากแถวสมาชิกองค์กรไปใส่ในประมาณการ API สำหรับผู้พัฒนาในไทย ประเด็นนี้สำคัญเป็นพิเศษเมื่อทีมมีบัญชีส่วนตัว บัญชีงาน และโครงการคลาวด์หลายชุด เพราะการล็อกอินคนละช่องทางอาจพาไปสู่สิทธิ์และบิลคนละใบ

ช่องทางติดตั้งกับช่องทางจ่ายเงินก็เป็นคนละเรื่อง การติดตั้งคำสั่ง Gemini CLI บนเครื่องไม่ได้มอบสิทธิ์ใช้งานแบบฟรีอีกครั้ง และการเปิด Claude Code ในเทอร์มินัลไม่ได้ทำให้ทุกเซสชันถูกคิดเป็นค่าสมาชิกโดยอัตโนมัติ คำถามที่มีผลต่อค่าใช้จ่ายคือเซสชันนั้นยืนยันตัวตนด้วยบัญชีสมาชิก ใบอนุญาตองค์กร หรือ API key ใด หากสลับช่องทางระหว่างงาน ควรแยกบันทึกการใช้งานตามช่องทางนั้น มิฉะนั้นต้นทุนต่อชิ้นงานที่คำนวณได้จะปะปนกัน

หนึ่งพรอมป์ต์อาจกินโควตาหลายคำขอ

โควตา Gemini CLI นับ model requests ไม่ใช่จำนวนข้อความที่คนพิมพ์ คำสั่งให้แก้บั๊กหนึ่งรายการอาจเริ่มจากค้นไฟล์ อ่านบริบท เสนอการแก้ไข รับผลทดสอบ แล้วเรียกโมเดลอีกครั้งเพื่อปรับแพตช์ จำนวนคำขอจึงขึ้นกับเส้นทางที่เอเจนต์เดินและจำนวนรอบแก้ แม้ผู้ใช้ส่งพรอมป์ต์เริ่มต้นเพียงครั้งเดียว การเอาเพดานรายวันหารด้วยจำนวนงานโดยสมมติว่าหนึ่งงานเท่ากับหนึ่งคำขอจะประเมินกำลังการใช้งานสูงเกินจริง

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

ฝั่ง Claude Code ใช้วิธีจำกัดการใช้งานต่างออกไป: แพ็กเกจสมาชิกมีหน้าต่างการใช้งานที่รีเซ็ตแบบเลื่อนทุกห้าชั่วโมง และแพ็กเกจจ่ายเงินมีขีดจำกัดรายสัปดาห์เพิ่มเติม ปริมาณที่ใช้ยังสัมพันธ์กับโมเดล ความยาวบทสนทนา และความซับซ้อนของงาน ทีมจึงแปลงขีดจำกัด Claude เป็นจำนวน requests ต่อวันเพื่อเทียบกับเลขของ Gemini CLI ตรง ๆ ไม่ได้ สิ่งที่เทียบกันได้จริงคือชุดงานขนาดเดียวกันทำเสร็จได้กี่งานก่อนชนข้อจำกัดของแต่ละช่องทาง

ค่าสมาชิกและค่า API ตอบโจทย์คนละแบบ

หน้าราคา Claude ระบุว่า Pro ซึ่งรวม Claude Code อยู่แล้วมีราคา 20 ดอลลาร์สหรัฐต่อเดือนเมื่อจ่ายรายเดือน และ Max เริ่มที่ 100 ดอลลาร์ต่อเดือน สิทธิ์ใช้งานของ Claude บนเว็บ แอป และ Claude Code ดึงจากขีดจำกัดชุดเดียวกัน ในหน้าเดียวกัน ราคา API ของ Claude Sonnet 4.6 อยู่ที่ 3 ดอลลาร์ต่อโทเค็นขาเข้าหนึ่งล้านหน่วยและ 15 ดอลลาร์ต่อโทเค็นขาออกหนึ่งล้านหน่วย พร้อมอัตราอ่านแคช 0.30 ดอลลาร์และเขียนแคช 3.75 ดอลลาร์ต่อหนึ่งล้านหน่วยตามเงื่อนไขแคชที่ระบุ ราคา API เหล่านี้ใช้คำนวณการเรียก API ไม่ใช่ราคาต่อคำขอของสมาชิก Pro

สำหรับฝั่ง Google ราคา Gemini Developer API ระบุอัตราแบบจ่ายเงินของ Gemini 2.5 Flash สำหรับข้อความขาเข้า 0.30 ดอลลาร์และขาออก 2.50 ดอลลาร์ต่อหนึ่งล้านโทเค็น ส่วนการอ่านบริบทจากแคชอยู่ที่ 0.03 ดอลลาร์ต่อหนึ่งล้านโทเค็น และมีค่าจัดเก็บแคชตามปริมาณกับเวลา ตัวเลขนี้ต่ำกว่าอัตรา Sonnet 4.6 ในคู่โมเดลที่เลือกเทียบ แต่ไม่ได้แปลว่าค่าใช้จ่ายของ Gemini CLI ทุกเซสชันจะเท่ากัน เพราะ CLI อาจใช้โมเดลอื่นตามการตั้งค่า และจำนวนรอบที่ต้องใช้เพื่อให้งานผ่านเกณฑ์อาจต่างกัน

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

บริบทซ้ำทำให้บิลต่อคำขอเปลี่ยน

ค่า API ของ coding agent เริ่มจากโทเค็นขาเข้าและขาออก แต่ repository ทำให้ฝั่งขาเข้ามีรูปแบบเฉพาะ งานแก้ไขต่อเนื่องอาจส่งคำสั่งโครงการ รายชื่อไฟล์ และส่วนโค้ดเดิมกลับไปหลายรอบ หากส่วนที่ซ้ำเข้าแคชได้ การอ่านรอบหลังจะมีอัตราต่างจากข้อความใหม่ ในทางกลับกัน งานที่สลับ repository ตลอดวันหรือดึงไฟล์คนละชุดในแต่ละรอบอาจใช้ประโยชน์จากแคชน้อยกว่า จำนวน model requests เท่ากันจึงสร้างบิลต่างกันได้มาก แม้ผลลัพธ์ที่เอเจนต์เขียนออกมายาวใกล้กัน

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

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

ตัวอย่างผู้ใช้เบาและผู้ใช้หนัก

ตัวอย่างต่อไปนี้เป็น สถานการณ์สมมติ เพื่อเห็นวิธีคิด ไม่ใช่ผลทดสอบ Claude Code หรือ Gemini CLI กำหนดผู้ใช้เบาทำหนึ่งงานต่อวันทำงาน งานละห้า model requests เป็นเวลา 20 วันทำงาน รวม 100 requests ในเดือน สมมติให้แต่ละ request ใช้ขาเข้า 10,000 และขาออก 2,000 โทเค็น รวมขาเข้าหนึ่งล้านและขาออก 200,000 โทเค็น เมื่อใช้อัตรา API ที่กล่าวแล้วและยังไม่คิดแคช ค่า Sonnet 4.6 เป็น 6 ดอลลาร์ ส่วน Gemini 2.5 Flash เป็น 0.80 ดอลลาร์ ความต่างนี้บอกเฉพาะราคาของปริมาณโทเค็นที่สมมติ ไม่ได้บอกว่าโมเดลทั้งสองจะทำงานสำเร็จในจำนวนรอบเท่ากัน

สำหรับผู้ใช้เบาที่มี Claude Pro อยู่แล้ว ค่าสมาชิกที่จ่ายอยู่เป็นต้นทุนอีกแบบหนึ่ง หากงานเพิ่มเติมยังอยู่ภายในขีดจำกัด ก็ไม่มีเหตุให้เอาราคา API 6 ดอลลาร์ไปบวกกับทุกเดือนโดยอัตโนมัติ ผู้ที่ไม่มีสมาชิกและจะใช้ API จ่ายตามจริงกลับต้องมอง 0.80 ดอลลาร์ของโมเดล Gemini ตัวอย่างเป็นจุดตั้งต้นของบิล ไม่ใช่ค่าสมาชิก Gemini CLI แบบฟรี เพราะสิทธิ์เข้าใช้ CLI ของบัญชีฟรีเปลี่ยนไปแล้ว ความแตกต่างระหว่างผู้ใช้สองรายนี้เกิดจากช่องทางชำระเงิน แม้ใช้รูปแบบงานสมมติเดียวกัน

สมมติผู้ใช้หนักทำ 15 งานต่อวัน งานละ 20 model requests ตลอด 20 วันทำงาน จะเป็น 300 requests ต่อวันหรือ 6,000 requests ต่อเดือน หากหนึ่ง request ใช้ขาเข้า 20,000 และขาออก 2,000 โทเค็น ปริมาณรวมคือขาเข้า 120 ล้านและขาออก 12 ล้านโทเค็น ก่อนคิดแคช ค่า API จะเป็น 540 ดอลลาร์สำหรับ Sonnet 4.6 และ 66 ดอลลาร์สำหรับ Gemini 2.5 Flash ผู้มีสิทธิ์ Code Assist ระดับองค์กรต้องตรวจทั้งโควตารายวันและข้อจำกัดช่วงสั้น ขณะที่สมาชิก Claude ต้องดูว่างานต่อเนื่องระดับนี้อยู่ภายในขีดจำกัดของแพ็กเกจหรือไม่

ถ้างานหนักดังกล่าวอยู่ภายในสิทธิ์สมาชิก Claude ที่ทีมจ่ายอยู่ ต้นทุนคงที่อาจต่ำกว่าบิล API ตัวอย่าง แม้อัตราโทเค็นของ Sonnet จะสูงกว่า Gemini 2.5 Flash แต่ถ้าชนขีดจำกัดบ่อยจนต้องซื้อการใช้งานเพิ่มเติม ความได้เปรียบนั้นอาจหายไป การคำนวณที่ใช้ตัดสินใจจึงต้องมีทั้งจำนวนงาน จำนวนคำขอต่องาน โทเค็นต่อคำขอ และสัดส่วนบริบทที่อ่านจากแคช ผลลัพธ์ควรแสดงต้นทุนต่อชิ้นงานที่ผ่านเกณฑ์ มากกว่าต้นทุนต่อพรอมป์ต์เริ่มต้น

ใช้ชุดงานเดียวกันตัดสินคุณภาพและต้นทุน

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

งานวิจัยเรื่องบั๊กของ coding agent วิเคราะห์ รายงานบั๊กสาธารณะมากกว่า 3,800 รายการ จาก Claude Code, Codex และ Gemini CLI เพื่อจัดหมวดปัญหาด้านการทำงานของเครื่องมือ จำนวน issue ใน repository จึงใช้แทนคะแนนคุณภาพโค้ดที่สร้างไม่ได้: จำนวนผู้ใช้ วิธีรายงาน และการเปิดเผยปัญหาของแต่ละโครงการอาจต่างกัน งานศึกษานี้ช่วยชี้ชนิดความขัดข้องที่ควรสังเกตระหว่างทดสอบ แต่การเลือกเครื่องมือสำหรับทีมต้องอาศัยผลของโจทย์และเกณฑ์รับโค้ดของทีมนั้นเอง

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

อ่านเพิ่มเติม:

• Gemini API หรือ Claude API: โมเดลถูกกว่าอาจไม่ถูกในงานเขียนโค้ด
• Claude Code หรือ Gemini CLI: ตัวเก่งเปลี่ยนตามโมเดลและชุดทดสอบ
• Claude Code หรือ Codex: ไม่มีตัวไหนชนะทุกงาน แม้อัตรารับโค้ดต่างกัน