Claude API กับการสมัครสมาชิก แบบไหนคุ้มค่ากว่ากัน

Claude API มีราคาถูกกว่าการสมัครสมาชิกหรือไม่?

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

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

หากคุณยังตัดสินใจไม่ได้ว่าจะซื้อแผนใด แผน Claude แบบไหนที่เหมาะกับวิธีการทำงานของคุณ มีคำตอบให้ บทความนี้ตั้งสมมติฐานว่าคุณทราบแล้วว่าจะซื้อแผนใด และต้องการทราบว่าควรซื้อหรือไม่

รูปแบบการเรียกเก็บเงินสองแบบที่มีลักษณะต่างกัน

การสมัครสมาชิกคือความจุที่คุณอาจไม่ได้ใช้งาน คุณจ่ายค่าธรรมเนียมคงที่และได้รับโควตาที่รีเซ็ตตามรอบเวลา เอกสารของ Claude Code จาก Anthropic ระบุลักษณะของสิทธิ์การใช้งานแบบ Team และ Enterprise ไว้ว่า การใช้งาน "จะถูกหักจากโควตาต่อที่นั่งซึ่งรีเซ็ตในรอบ 5 ชั่วโมงแบบเลื่อนไหลและรอบรายสัปดาห์" โดยใช้ร่วมกับ Claude chat และ Cowork ผู้สมัครสมาชิกจะพบกับข้อจำกัดในลักษณะเดียวกันผ่านข้อความแจ้งเตือนว่า "You've hit your session limit" และ "You've hit your weekly limit" ความจุที่คุณไม่ได้ใช้งานคือเงินที่คุณจ่ายไปแล้วโดยเปล่าประโยชน์ ส่วนความจุที่คุณใช้เกินจะหยุดการทำงานของคุณจนกว่าจะถึงรอบรีเซ็ต และการสลับโมเดลด้วย /model จะไม่ช่วยให้คุณกลับมาใช้งานได้อีกครั้ง เนื่องจากรอบเวลาเหล่านี้ถูกใช้ร่วมกันในทุกโมเดล หากคุณกำลังเผชิญกับข้อความเหล่านี้อยู่ การตรวจสอบว่าคุณกำลังรอรอบเวลาใดอยู่ คือสิ่งที่ต้องทำก่อนการคำนวณใดๆ เพราะกำแพงเวลา 5 ชั่วโมงและรายสัปดาห์ต้องการวิธีรับมือที่แตกต่างกัน

API คือมิเตอร์ที่ไม่มีวันหยุด ไม่มีรอบเวลาและไม่มีกำแพงกั้น ทุกคำขอจะถูกคิดราคาตามจำนวน token และบางอย่างมีราคาแยกต่างหากจาก token เช่น การค้นหาเว็บ "มีให้บริการบน Claude API ในราคา $10 ต่อ 1,000 การค้นหา" ไม่มีสิ่งใดหยุดการทำงานที่ขีดจำกัด ใบแจ้งหนี้จะเพิ่มขึ้นเรื่อยๆ และไม่มีระดับการใช้งานฟรีรองรับอยู่เบื้องล่าง แม้ว่า เครดิตจากการสมัครใช้งานและส่วนที่ไม่มีค่าใช้จ่าย จะช่วยให้คุณทดลองใช้งานครั้งแรกได้ก่อนที่การคำนวณเหล่านี้จะมีความสำคัญ

ค่าธรรมเนียมแผนการใช้งาน ณ วันที่ 23 กรกฎาคม 2026 อ้างอิงจากหน้าราคาของ Claude: แผน Pro ราคา "$17 ต่อเดือนเมื่อสมัครสมาชิกรายปี (เรียกเก็บเงินล่วงหน้า $200) หรือ $20 หากเรียกเก็บเงินรายเดือน" ซึ่งรวม Claude Code ไว้ด้วย แผน Max ระบุว่า "เริ่มต้นที่ $100 ต่อเดือน" สิทธิ์การใช้งานแบบ Team เริ่มต้นที่ "$20 ต่อที่นั่ง/เดือน หากเรียกเก็บเงินรายปี" แผน Enterprise เป็นสิ่งที่น่าสนใจเพราะใช้ทั้งสองโมเดลพร้อมกัน: "ราคาต่อที่นั่ง + การใช้งานในอัตรา API $20/ที่นั่ง" หากคุณกำลังพิจารณาแผนแบบผสมนี้ สิ่งที่ค่าธรรมเนียมที่นั่ง Enterprise ครอบคลุมจริงๆ จะอธิบายถึงจำนวนที่นั่งขั้นต่ำและส่วนที่ต้องรอใบเสนอราคาที่เจรจาต่อรองเท่านั้น หากคุณกำลังประเมินราคาเฉพาะเครื่องมือเขียนโค้ดแทนที่จะเป็น Claude ทั้งหมด ค่าใช้จ่ายของ Claude Code ในแต่ละแผน จะเปรียบเทียบค่าธรรมเนียมเหล่านั้นกับประมาณการการใช้งานรายเดือน หากคุณยังไม่ได้ตัดสินใจเลือก Claude ในส่วนของแผนราคาคงที่ การเปรียบเทียบระดับราคานี้กับ Go, Plus และ Pro ของ ChatGPT คืออีกครึ่งหนึ่งของการตัดสินใจนั้น ค่าธรรมเนียมมีการเปลี่ยนแปลงบ่อยครั้งและโควตาที่อยู่เบื้องหลังแต่ละแผนไม่เคยถูกเปิดเผยเป็นจำนวน token ดังนั้นโปรดอ่านหน้าราคาในวันที่คุณตัดสินใจ

สิ่งที่คุณไม่สามารถรับได้จาก API

โควตาตามแผนการใช้งานและอินเทอร์เฟซที่สร้างขึ้นเพื่อรองรับ คำสั่ง /usage-credits ของ Claude Code จะจัดการเครดิตการใช้งานตามการสมัครสมาชิก โดยคุณต้องเรียกใช้งาน "หลังจากลงชื่อเข้าใช้ด้วยการสมัครสมาชิก claude.ai ผ่าน /login เท่านั้น คำสั่งนี้จะไม่สามารถใช้งานได้หากยืนยันตัวตนด้วย API key" หน้าจอ /usage ยังมีความแตกต่างกันตามโหมดการเรียกเก็บเงิน โดยบล็อก Session "จะแสดงการใช้งาน API token และมีไว้สำหรับผู้ใช้ API" ในขณะที่ผู้สมัครสมาชิกจะเห็นแถบแสดงโควตาการใช้งานและรายละเอียดการใช้งานแทน

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

สิ่งที่คุณไม่สามารถได้รับจากการสมัครสมาชิก

การเข้าถึงผ่านโปรแกรม (Programmatic access) งานประเภท cron job หรือ webhook handler ที่เรียกใช้งาน Claude จำเป็นต้องใช้ API key ดังนั้นหากภาระงานของคุณเป็นลักษณะนี้ การเปรียบเทียบก็ถือว่าจบลง การสร้างแอป Claude API แอปแรกของคุณบน VPS ครอบคลุมถึงการจัดการคีย์และสคริปต์ที่ใช้งานได้จริงชุดแรก

ส่วนลด Batch API หน้าแสดงราคาได้ระบุไว้อย่างชัดเจนว่า: "Batch API ช่วยให้สามารถประมวลผลคำขอจำนวนมากแบบอะซิงโครนัสได้ โดยมีส่วนลด 50% สำหรับทั้ง input token และ output token" ซึ่งช่วยลดค่าใช้จ่ายลงครึ่งหนึ่งสำหรับงานใดๆ ที่ไม่มีมนุษย์รอผลลัพธ์อยู่ อัตราค่าบริการ Batch ต่อล้าน token คือ $2.50 สำหรับ input และ $12.50 สำหรับ output บน Opus 4.8, $1 และ $5 บน Sonnet 5 ในราคาช่วงแนะนำ และ $0.50 และ $2.50 บน Haiku 4.5 สิ่งที่ต้องแลกคือ latency: Batch ส่วนใหญ่จะเสร็จสิ้นภายในหนึ่งชั่วโมง, Batch ที่ไม่เสร็จสิ้นภายใน 24 ชั่วโมงจะหมดอายุ และการสตรีมไม่สามารถทำแบบ Batch ได้ Batch และ prompt caching สามารถใช้งานร่วมกันได้ และเนื่องจาก Batch สามารถทำงานได้นานกว่าห้านาที คุณจึงควรใช้ cache ระยะเวลา 1 ชั่วโมงภายในนั้น

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

ขอระบุสิ่งหนึ่งให้ชัดเจน เพราะเป็นเรื่องง่ายที่จะเข้าใจผิดในทั้งสองทิศทาง: สิ่งเหล่านี้คือช่องทางการเรียกเก็บเงินที่แยกจากกัน เอกสารของ Anthropic ระบุให้การเรียกเก็บเงินของการสมัครสมาชิกไปที่ฝ่ายสนับสนุนของ claude.ai และการเรียกเก็บเงินของ Console ไปที่แพลตฟอร์ม API และ /usage-credits ไม่สามารถใช้งานภายใต้ API key ได้ ไม่มีข้อมูลใดที่ผมตรวจสอบแล้วระบุว่าการสมัครสมาชิกจะรวมเครดิต API ไว้ด้วย ดังนั้นควรวางแผนสำหรับการมีสองบัญชีและสองใบแจ้งหนี้

สูตรคำนวณจุดคุ้มทุน

กำหนดราคาต่อหนึ่งรอบการทำงาน แล้วจึงขยายสเกล

turn cost = uncached_input_tokens x base_input_price
          + cache_write_tokens    x 1.25 x base_input_price
          + cache_read_tokens     x 0.10 x base_input_price
          + output_tokens         x output_price

monthly API cost = turn cost x turns_per_active_day x active_days_per_month

break even when: monthly API cost = flat plan fee

ตัวคูณราคาถูกประกาศไว้อย่างชัดเจน ไม่ใช่การประมาณการ การเขียนข้อมูลลงแคช (cache write) ระยะเวลา 5 นาที มีค่าใช้จ่าย "1.25 เท่าของราคา input พื้นฐาน" การเขียนระยะเวลา 1 ชั่วโมง มีค่าใช้จ่าย "2 เท่าของราคา input พื้นฐาน" และการอ่านข้อมูลจากแคช (cache read) มีค่าใช้จ่าย "0.1 เท่าของราคา input พื้นฐาน" โทเคนสำหรับการคิดวิเคราะห์ (thinking tokens) จะถูกเรียกเก็บเงินในอัตราเดียวกับโทเคน output ดังนั้นจึงต้องนำไปรวมใน output_tokens แม้จะเป็นโมเดลที่ไม่ได้แสดงสรุปขั้นตอนการคิดก็ตาม

อัตราพื้นฐานต่อล้านโทเคน (MTok) ณ วันที่ 23 กรกฎาคม 2026:

• claude-fable-5: input $10, output $50, cache read $1, cache write 5 นาที $12.50, context 1M
• claude-opus-4-8 และ claude-opus-4-7: input $5, output $25, cache read $0.50, cache write 5 นาที $6.25, context 1M
• claude-sonnet-5: input $2, output $10 สำหรับราคาช่วงแนะนำถึงวันที่ 31 สิงหาคม 2026 หลังจากนั้นจะเป็น $3 และ $15 โดยที่ราคาช่วงแนะนำ cache read อยู่ที่ $0.20 และ cache write 5 นาที อยู่ที่ $2.50, context 1M
• claude-haiku-4-5: input $1, output $5, cache read $0.10, cache write 5 นาที $1.25, context 200K

ไม่มีการคิดค่าธรรมเนียมเพิ่มสำหรับ context ขนาดใหญ่: "คำขอขนาด 900k โทเคน จะถูกเรียกเก็บเงินในอัตราต่อโทเคนเท่ากับคำขอขนาด 9k โทเคน"

ตัวอย่างการคำนวณพร้อมข้อสมมติฐานที่ระบุไว้

พิจารณาการใช้งาน Claude Code หนึ่งรอบบนรุ่น Sonnet 5 โดยมีบริบท 60,000 tokens: แบ่งเป็น 55,000 tokens ที่ดึงจาก cache, 3,000 tokens ที่เขียนลง cache ใหม่, 2,000 tokens เป็นข้อมูลขาเข้าใหม่ที่ไม่ได้ใช้ cache และ 1,200 tokens เป็นข้อมูลขาออกรวมถึงส่วนการคิดวิเคราะห์ (thinking)

• การอ่านจาก cache: 55,000 x $0.20/MTok = $0.0110
• การเขียนลง cache: 3,000 x $2.50/MTok = $0.0075
• ข้อมูลขาเข้าที่ไม่ได้ใช้ cache: 2,000 x $2.00/MTok = $0.0040
• ข้อมูลขาออก: 1,200 x $10.00/MTok = $0.0120

คิดเป็นค่าใช้จ่ายประมาณ $0.035 ต่อรอบ หากใช้งาน 120 รอบในวันที่ทำงานหนัก จะอยู่ที่ประมาณ $4.14 ต่อวัน และหากใช้งาน 20 วันต่อเดือน จะอยู่ที่ประมาณ $83 ต่อเดือน

เมื่อเปรียบเทียบกับค่าธรรมเนียมแบบเหมาจ่ายข้างต้น จะเห็นข้อสรุปสองประการพร้อมกัน ประการแรกคือค่าใช้จ่ายนี้สูงกว่าค่าธรรมเนียม Pro ประมาณสี่เท่า ดังนั้นในทางทฤษฎี Pro จึงถูกกว่า หากโควตาการใช้งานรองรับ Sonnet ได้ 120 รอบต่อวัน เงื่อนไขนี้คือสิ่งที่ไม่มีตัวเลขประกาศอย่างเป็นทางการใดระบุให้คุณได้ชัดเจน สิ่งที่ใกล้เคียงคำตอบที่สุดคือ การพิจารณารายละเอียดสิ่งที่รวมอยู่ใน Pro และข้อจำกัดที่อาจพบ ซึ่งควรศึกษาให้ดีก่อนจะด่วนสรุปว่าค่าธรรมเนียมที่ถูกกว่านั้นคุ้มค่ากว่า ประการที่สองคือตัวเลข $83 นี้ยังต่ำกว่าค่าธรรมเนียม Max ระดับเริ่มต้น ดังนั้นในกรณีนี้การคิดค่าใช้จ่ายตามจริงจึงถูกกว่า Max คำว่า "ระดับเริ่มต้น" ในประโยคก่อนหน้ามีความสำคัญ เนื่องจาก Max มีราคาจำหน่ายสองระดับ และ ระดับของ Max ที่คุณเลือกซื้อจริง จะส่งผลให้เส้นเปรียบเทียบราคาของคุณขยับขึ้นไปอีก $100 ต่อเดือน

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

ปัจจัยสามประการที่มีผลต่อจุดคุ้มทุนมากกว่าราคาตามแผน

การทำ Prompt caching หากรันการทำงานขนาด 60,000 token เดิมซ้ำโดยไม่ใช้ caching ระบบจะคิดค่าบริการ prompt ทั้งหมดเป็น input ใหม่: 60,000 x $2.00/MTok = $0.12 บวกกับค่า output อีก $0.012 รวมเป็น $0.132 ต่อรอบ ซึ่งสูงเกือบสี่เท่าของการใช้ cache และทำให้ค่าใช้จ่ายรายเดือนจาก $83 เพิ่มขึ้นเป็นประมาณ $317 นี่คือจุดคุ้มทุนเดียวที่ Anthropic เปิดเผย เพราะไม่ได้ขึ้นอยู่กับปริมาณงานของคุณ: "การ cache hit มีค่าใช้จ่าย 10% ของราคา input มาตรฐาน ซึ่งหมายความว่าการทำ caching จะคุ้มทุนหลังจากอ่าน cache เพียงครั้งเดียวสำหรับระยะเวลา 5 นาที (เขียน 1.25 เท่า) หรือหลังจากอ่าน cache สองครั้งสำหรับระยะเวลา 1 ชั่วโมง (เขียน 2 เท่า)"

มีรูปแบบความล้มเหลวสองประการที่ทำให้ caching ปิดการทำงานโดยไม่แจ้งเตือน ประการแรกคือ prefix ที่สั้นกว่าความยาวขั้นต่ำที่ cache ได้ของโมเดล: 512 tokens บน Fable 5, 1,024 บน Opus 4.8 และ Sonnet 5, 2,048 บน Opus 4.7 และ 4,096 บน Haiku 4.5 หาก prefix สั้นกว่านี้ระบบจะไม่ทำ cache และไม่มีการแจ้งเตือนข้อผิดพลาด ประการที่สองคือการส่งคำขอแบบขนาน (parallel requests) เนื่องจาก "รายการ cache จะพร้อมใช้งานก็ต่อเมื่อการตอบกลับครั้งแรกเริ่มขึ้นเท่านั้น" การส่งคำขอที่เหมือนกัน 10 รายการพร้อมกันจะถูกคิดค่า input เต็มจำนวนทั้งหมด สัญญาณบ่งชี้สำหรับทั้งสองกรณีคือ cache_read_input_tokens ที่แสดงค่าเป็นศูนย์

การเลือกโมเดล หากคำนวณรอบการทำงานเดียวกันบน Opus 4.8 ที่ราคา $5 สำหรับ input และ $25 สำหรับ output โดยมีค่าอ่าน cache ที่ $0.50 และค่าเขียนแบบ 5 นาทีที่ $6.25 ต่อ MTok: ค่าอ่านจะอยู่ที่ $0.0275, ค่าเขียน $0.0188, input ที่ไม่ได้ cache $0.0100 และ output $0.0300 ซึ่งเท่ากับประมาณ $0.086 ต่อรอบ หรือ 2.5 เท่าของรอบการทำงานบน Sonnet และประมาณ $207 ต่อเดือนที่ปริมาณงานเท่ากัน การเลือกโมเดลเพียงอย่างเดียวสามารถเปลี่ยนงานเดียวกันจากที่เคยต่ำกว่าค่าธรรมเนียม Max ให้กลายเป็นมากกว่าสองเท่าได้ ส่วน Haiku 4.5 ที่ราคา $1 และ $5 จะช่วยลดค่าใช้จ่ายลงสำหรับงานเชิงกลไก เช่น การคัดแยก log ส่วน Fable 5 จะเพิ่มค่าใช้จ่ายขึ้นไปอีกที่ $10 สำหรับ input และ $50 สำหรับ output ดังนั้นจึงควรศึกษา งานประเภทใดที่คุ้มค่ากับอัตราของ Fable 5 ก่อนที่จะกำหนดให้เป็นโมเดลเริ่มต้นที่คุณเลือกใช้

ระดับความพยายาม (Effort level) ขึ้นอยู่กับการเลือกโมเดล เนื่องจาก thinking tokens จะถูกคิดค่าใช้จ่ายในอัตราเดียวกับ output บน Opus 4.8 ค่าเริ่มต้นของ API คือ high และจุดเริ่มต้นที่ระบุไว้สำหรับการเขียนโค้ดและงานเชิงตัวแทน (agentic work) คือ xhigh ที่มีราคาสูงกว่า คุณสามารถลดค่านี้ได้ด้วย /effort ใน Claude Code หรือด้วย output_config.effort บน API อีกปัจจัยหนึ่งที่ทำให้การประมาณการเดิมคลาดเคลื่อนคือ โมเดลรุ่นใหม่ใช้ tokenizer รุ่นใหม่ที่ "สร้างจำนวน token มากขึ้นประมาณ 30% สำหรับข้อความเดียวกัน" ดังนั้นจำนวนที่วัดจากโมเดลรุ่นเก่าจึงต่ำกว่าความเป็นจริงสำหรับข้อความเดียวกันในปัจจุบัน

สุขอนามัยของเซสชัน API เป็นแบบ stateless ดังนั้นทุกรอบการทำงานจะส่งบทสนทนาทั้งหมดกลับไปใหม่ในฐานะ input ที่ถูกคิดค่าบริการ เซสชันที่ยาวนานจึงมีค่าใช้จ่ายต่อข้อความสูงกว่าเซสชันใหม่ ซึ่งเป็นกลไกเบื้องหลังใบแจ้งหนี้ที่สูงเกินคาดส่วนใหญ่ และมีการอธิบายไว้อย่างละเอียดใน สิ่งที่ใช้ token จริงๆ ในเซสชัน Claude Code ให้รัน /clear ระหว่างงานที่ไม่เกี่ยวข้องกัน เพราะบริบทที่ค้างอยู่จะถูกส่งและคิดค่าบริการซ้ำในทุกข้อความถัดไป ให้รัน /compact ภายในงานยาวๆ งานหนึ่ง เพื่อให้ประวัติถูกสรุปแทนที่จะเก็บไว้ทั้งหมด ควรทำงานต่อเนื่องกันเพราะ cache เริ่มต้น "มีอายุการใช้งาน 5 นาที" และ "จะถูกรีเฟรชโดยไม่มีค่าใช้จ่ายเพิ่มเติมทุกครั้งที่มีการใช้เนื้อหาที่ cache ไว้" เซสชันที่คุณเข้าถึงทุกๆ สิบนาทีจะต้องเสียค่าเขียนใหม่ทุกครั้ง เซสชัน Claude Code ที่รันใน tmux บน VPS จะแทบไม่มีค่าใช้จ่ายในขณะที่ไม่ได้ใช้งาน แต่การปล่อยให้ทิ้งช่วงนานเกินอายุของ cache จะทำให้สูญเสีย prefix ที่พร้อมใช้งานไป

วัดการใช้งานของคุณเองก่อนตัดสินใจ

อย่าตัดสินใจจากตัวอย่างของผม ให้ตัดสินใจจากข้อมูลการใช้งานจริงของคุณในหนึ่งสัปดาห์

ใน Claude Code ให้รันคำสั่ง /usage เมื่อจบแต่ละเซสชันเป็นเวลาหนึ่งสัปดาห์ (/cost เป็นคำสั่งย่อสำหรับหน้าจอเดียวกัน) ระบบจะรายงานจำนวนโทเค็นและค่าใช้จ่ายโดยประมาณของเซสชันนั้น โดยมีข้อควรระวังจากเอกสารระบุว่า "ตัวเลขดอลลาร์เป็นค่าประมาณที่คำนวณในเครื่องจากจำนวนโทเค็น และอาจแตกต่างจากยอดเรียกเก็บเงินจริงของคุณ" ยอดรวมจะถูกรีเซ็ตเมื่อคุณรัน /clear ดังนั้นให้อ่านหน้าจอก่อนดำเนินการ สำหรับบัญชีแบบสมัครสมาชิก ตัวเลขดอลลาร์นั้นไม่ใช่ยอดเรียกเก็บเงินของคุณ แต่จำนวนโทเค็นที่อยู่เบื้องหลังคือสิ่งที่สูตรนี้ต้องการ ส่วน /context จะแสดงสิ่งที่กำลังเติมเต็มหน้าต่างบริบทอยู่

สำหรับบัญชีแบบ API หน้าการใช้งานใน Claude Console คือบันทึกที่เชื่อถือได้ที่สุด หากต้องการประเมินราคาก่อนส่งพรอมต์ client.messages.count_tokens() คือเครื่องมือที่ "ใช้งานได้ฟรีแต่จำกัดจำนวนคำขอต่อนาทีตามระดับการใช้งานของคุณ" และเป็นตัวนับเพียงตัวเดียวที่ใช้ตัวตัดโทเค็น (tokenizer) เดียวกับที่คุณจะถูกเรียกเก็บเงินจริง

หลังจากเรียกใช้งาน ให้ตรวจสอบบล็อกการใช้งานและอ่านค่าให้ถูกต้อง:

u = response.usage
total_input = u.input_tokens + u.cache_creation_input_tokens + u.cache_read_input_tokens

input_tokens จะนับเฉพาะส่วนที่เหลือที่ไม่ได้แคชไว้ ซึ่งระบุไว้ในเอกสารว่าเป็น "โทเค็นหลังจากจุดพักแคชล่าสุด" การทำงานที่รายงานว่า input_tokens: 4000 ไม่ใช่การทำงานขนาด 4,000 โทเค็น และผลรวมของทั้งสามฟิลด์คือขนาดของพรอมต์ที่สูตรนี้ต้องการ

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

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

FAQ

Claude API มีราคาถูกกว่า Claude Pro หรือ Max หรือไม่

ขึ้นอยู่กับปริมาณการใช้งาน และไม่มีจุดคุ้มทุนที่ระบุไว้ชัดเจนเนื่องจากแผนสมาชิกขายเป็นสิทธิ์การใช้งานตามช่วงเวลา ไม่ใช่การจำกัดจำนวนโทเค็น ให้คำนวณราคาต่อหนึ่งการโต้ตอบจากอัตราต่อโทเค็นที่ประกาศไว้ นำไปคูณกับจำนวนการโต้ตอบต่อวันและจำนวนวันที่ใช้งานจริงต่อเดือน แล้วจึงเปรียบเทียบกับค่าธรรมเนียมรายเดือน ตัวอย่างเช่น การโต้ตอบกับ Sonnet 5 ที่ใช้ 60,000 โทเค็น มีค่าใช้จ่ายประมาณ $0.035 หรือประมาณ $83 ต่อเดือน หากใช้งาน 120 ครั้งต่อวันเป็นเวลา 20 วัน ซึ่งสูงกว่าค่าธรรมเนียม Pro แต่ต่ำกว่าค่าธรรมเนียมเริ่มต้นของ Max

ฉันจะคำนวณค่าใช้จ่าย Claude API ต่อเดือนได้อย่างไร

ให้รัน /usage ใน Claude Code เป็นเวลาหนึ่งสัปดาห์เพื่อเก็บข้อมูลจำนวนโทเค็นจริง หรือตรวจสอบหน้าการใช้งานใน Claude Console หากคุณมีบัญชี API อยู่แล้ว จากนั้นให้คำนวณราคาต่อหนึ่งการโต้ตอบ: อินพุตที่ไม่ได้แคชคิดตามอัตราพื้นฐาน, การเขียนแคชคิดที่ 1.25 เท่าของอินพุตพื้นฐาน, การอ่านแคชคิดที่ 0.1 เท่าของอินพุตพื้นฐาน และเอาต์พุตคิดตามอัตราเอาต์พุต โดยนับรวมโทเค็นการคิด (thinking tokens) เป็นเอาต์พุตด้วย นำผลลัพธ์ไปคูณกับจำนวนการโต้ตอบต่อวันและจำนวนวันที่ใช้งานจริงต่อเดือน

สิ่งใดส่งผลต่อค่าใช้จ่าย Claude API มากที่สุด

Prompt caching ส่งผลมากที่สุด การโต้ตอบกับ Sonnet 5 ขนาด 60,000 โทเค็นมีค่าใช้จ่ายประมาณ $0.035 หากส่วนนำของข้อความถูกดึงมาจากแคช และจะมีค่าใช้จ่ายประมาณ $0.132 หากไม่ได้ใช้แคช รองลงมาคือการเลือกรุ่นโมเดล โดยการโต้ตอบแบบเดียวกันบน Opus 4.8 จะมีค่าใช้จ่ายประมาณ $0.086 อันดับที่สามคือความยาวของเซสชัน เนื่องจาก API เป็นแบบ stateless และทุกการโต้ตอบจะส่งประวัติการสนทนาทั้งหมดกลับไปใหม่ซึ่งถูกคิดเงินเป็นอินพุต

แผนสมาชิก Claude รวมการเข้าถึง API ไว้ด้วยหรือไม่

ให้ถือว่าเป็นสองบัญชีที่มีการเรียกเก็บเงินแยกกัน การเรียกใช้งาน API จะถูกคิดเงินตามจำนวนโทเค็นผ่านบัญชีที่คุณสร้างใน Console และไม่มีข้อมูลในเอกสารที่ตรวจสอบระบุว่าแผนสมาชิกจะมอบเครดิตสำหรับ API สัญญาณที่ชัดเจนที่สุดว่าทั้งสองบริการแยกจากกันคือคำสั่ง /usage-credits ของ Claude Code ซึ่ง "ไม่สามารถใช้งานได้เมื่อยืนยันตัวตนด้วย API key" นักพัฒนาจำนวนมากจึงถือทั้งสองอย่าง: แผนสมาชิกสำหรับการเขียนโค้ดแบบโต้ตอบ และ API key สำหรับสิ่งที่พวกเขาสร้างขึ้นเอง