Claude API กับแบบสมัครสมาชิก แบบไหนคุ้มกว่ากัน
เปรียบเทียบความคุ้มค่าระหว่างการจ่ายตามจริงแบบ per-token กับการจ่ายรายเดือนแบบ flat plan พร้อมสูตรคำนวณจุดคุ้มทุนเพื่อให้คุณเลือกใช้งานได้อย่างแม่นยำ
Claude API ราคาถูกกว่าการสมัครสมาชิกหรือไม่?
Claude API จะมีราคาถูกกว่าการสมัครสมาชิกหากใช้งานในปริมาณที่ต่ำกว่าระดับหนึ่ง แต่จะมีราคาแพงกว่าหากใช้งานเกินระดับนั้น สำหรับนักพัฒนาที่เขียนโค้ดแบบโต้ตอบตลอดทั้งวัน การจ่ายแบบเหมาจ่าย (flat plan) มักจะคุ้มค่ากว่า สำหรับโปรแกรมที่เรียกใช้งานด้วยตัวเอง API คือทางเลือกเดียว ดังนั้นต้นทุนจึงไม่ใช่ปัจจัยตัดสิน ส่วนที่เหลือคือการคำนวณทางคณิตศาสตร์ที่คุณสามารถทำได้ภายใน 10 นาที
ไม่มีตัวเลขจุดคุ้มทุนอย่างเป็นทางการให้ตรวจสอบ เนื่องจากฝั่งการสมัครสมาชิกจะขายตามช่วงเวลาการใช้งาน (usage windows) แทนที่จะเป็นจำนวน token ดังนั้นจึงไม่มีตัวเลขที่เผยแพร่ซึ่งจะบอกได้ว่าจุดตัดของทั้งสองแบบอยู่ที่ใด ข้อมูลต่อไปนี้คือสูตรคำนวณที่อิงจากอัตราต่อ token ในปัจจุบัน บวกกับพฤติกรรมการใช้งานของคุณที่ส่งผลต่อคำตอบมากกว่าค่าธรรมเนียมรายเดือน ตัวเลขจุดคุ้มทุนทั้งหมดด้านล่างนี้คือการคำนวณของข้าพเจ้าเองจากอัตราที่เผยแพร่และข้อสมมติฐานที่ระบุไว้ ไม่ใช่ตัวเลขที่มีการบันทึกไว้เป็นทางการ
หากคุณยังตัดสินใจไม่ได้ว่าจะซื้อแผนใด แผน Claude แบบไหนที่เหมาะกับวิธีการทำงานของคุณ จะมีคำตอบให้ สำหรับบทความนี้สมมติว่าคุณทราบแล้วว่าต้องการซื้อแผนใด และต้องการทราบว่าควรจะซื้อมันหรือไม่
รูปแบบการเรียกเก็บเงินสองแบบที่มีลักษณะไม่เหมือนกัน
การสมัครสมาชิกคือความจุที่คุณอาจไม่ได้ใช้งานทั้งหมด คุณจ่ายค่าธรรมเนียมคงที่และได้รับโควตาที่จะรีเซ็ตตามกำหนดการ เอกสารของ Claude Code โดย Anthropic ระบุรูปแบบสำหรับตำแหน่ง Team และ Enterprise ไว้ว่า: การใช้งาน "ดึงมาจากโควตาต่อที่นั่งซึ่งจะรีเซ็ตในหน้าต่าง rolling five-hour window และ weekly window" โดยใช้ร่วมกับ Claude chat และ Cowork ผู้สมัครสมาชิกจะพบรูปแบบเดียวกันผ่านจำนวนข้อความที่ส่ง ซึ่งจะแสดงข้อความว่า "You've hit your session limit" และ "You've hit your weekly limit" ความจุที่คุณไม่ได้ใช้งานคือเงินที่คุณจ่ายไปแล้ว ความจุที่ใช้เกินจะทำให้การทำงานของคุณหยุดลงจนกว่าหน้าต่างเวลาจะรีเซ็ต และการเปลี่ยนโมเดลด้วย /model จะไม่ช่วยให้กลับมาใช้งานได้ เนื่องจากหน้าต่างเวลาถูกใช้ร่วมกันในทุกโมเดล
API คือมิเตอร์ที่ไม่มีวันหยุด ไม่มีหน้าต่างเวลาและไม่มีขีดจำกัด ทุกการร้องขอ (request) จะถูกคิดราคาตามจำนวน token และบางอย่างถูกคิดราคาแยกจาก token: การค้นหาเว็บ "มีให้บริการบน Claude API ในราคา $10 ต่อ 1,000 การค้นหา" ไม่มีอะไรหยุดลงเมื่อถึงขีดจำกัด ใบแจ้งหนี้เพียงแค่เพิ่มจำนวนขึ้นเท่านั้น
ค่าธรรมเนียมรายเดือน ณ วันที่ 23 July 2026 อ้างอิงจากหน้าราคาของ Claude: Pro คือ "$17 ต่อเดือน พร้อมส่วนลดการสมัครสมาชิกรายปี ($200 เมื่อจ่ายล่วงหน้า) หรือ $20 หากจ่ายรายเดือน" และรวม Claude Code ไว้แล้ว Max ระบุว่า "เริ่มต้นที่ $100 ต่อเดือน" ตำแหน่ง Team เริ่มต้นที่ "$20 ต่อที่นั่ง / เดือน หากจ่ายรายเดือน" Enterprise เป็นรูปแบบที่น่าสนใจเพราะใช้ทั้งสองโมเดลพร้อมกัน: "ราคาต่อที่นั่ง + การใช้งานตามอัตรา API $20/ที่นั่ง" ค่าธรรมเนียมมีการเปลี่ยนแปลงบ่อย และโควตาที่อยู่เบื้องหลังแต่ละแผนไม่ได้ระบุเป็นจำนวน token ดังนั้นโปรดอ่านหน้าราคาในวันที่คุณตัดสินใจ
สิ่งที่คุณไม่สามารถได้รับจาก API
โควตาตามแผนการใช้งาน และอินเทอร์เฟซที่สร้างขึ้นรอบโควตานั้น คำสั่ง /usage-credits ของ Claude Code จะจัดการเครดิตการใช้งานตามการสมัครสมาชิก และคุณต้องรันคำสั่งนี้ "หลังจากลงชื่อเข้าใช้ด้วยการสมัครสมาชิก claude.ai ผ่าน /login; คำสั่งนี้ไม่สามารถใช้งานได้ด้วยการยืนยันตัวตนด้วย API key" หน้าจอ /usage ยังมีความแตกต่างกันตามโหมดการเรียกเก็บเงิน: ส่วน Session ของหน้าจอนี้ "แสดงการใช้งาน API token และมีไว้สำหรับผู้ใช้ API" ในขณะที่ผู้สมัครสมาชิกจะเห็นแถบการใช้งานตามแผนและรายละเอียดการใช้งานแทน
Prompt cache ที่ยาวกว่าใน Claude Code ส่วนนี้มีค่าใช้จ่ายจริงและอาจถูกมองข้ามได้ง่าย เอกสารระบุว่า "อายุการใช้งานคือหนึ่งชั่วโมงสำหรับการสมัครสมาชิก และจะลดลงเหลือห้านาทีเมื่อคุณใช้เครดิตการใช้งาน; สำหรับ API key หรือผู้ให้บริการคลาวด์ จะเป็นห้านาทีโดยค่าเริ่มต้น" ข้อความแรกของคุณหลังจากหยุดพักนานกว่าอายุของ cache จะทำให้ไม่สามารถใช้ cache ได้ ดังนั้น context ทั้งหมดจะถูกประมวลผลใหม่และถูกคิดราคาในราคา write หากคุณสมัครสมาชิก คุณสามารถประชุม 50 นาทีแล้วกลับมาใช้งานต่อได้ทันที แต่หากใช้ API key การหยุดพักแบบเดียวกันจะมีค่าใช้จ่ายเท่ากับการเขียน session prefix ใหม่ทั้งหมด
สิ่งที่คุณไม่สามารถได้รับจากการสมัครสมาชิก
การเข้าถึงผ่านโปรแกรม (Programmatic access) งานประเภท cron job หรือ webhook handler ที่เรียกใช้ Claude จำเป็นต้องใช้ API key ดังนั้นหากนั่นคืองานของคุณ การเปรียบเทียบนี้ก็ถือว่าสิ้นสุดลง การสร้างแอป Claude API แรกของคุณบน VPS จะครอบคลุมเรื่องการจัดการ key และสคริปต์แรกที่ใช้งานได้
ส่วนลด Batch API หน้าราคาได้ระบุไว้อย่างชัดเจน: "Batch API ช่วยให้สามารถประมวลผลคำร้องขอจำนวนมากแบบ asynchronous ได้โดยได้รับส่วนลด 50% ทั้ง token ขาเข้า (input) และขาออก (output)" ซึ่งช่วยลดค่าใช้จ่ายลงครึ่งหนึ่งสำหรับงานที่ไม่ต้องรอการตอบสนองจากมนุษย์ อัตรา 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 ชั่วโมงจะหมดอายุ และการ streaming ไม่สามารถทำเป็น batch ได้ Prompt caching และ Batch สามารถใช้ร่วมกันได้ และเนื่องจาก batch สามารถรันได้นานกว่าห้านาที คุณสามารถใช้ cache 1 ชั่วโมงภายใน batch ได้
การระบุต้นทุนรายโปรเจกต์ (Per-project cost attribution) ทุกการตอบกลับของ API จะส่งบล็อก usage กลับมา ดังนั้นคุณจึงสามารถบันทึกต้นทุนของการร้องขอเพียงครั้งเดียวและระบุว่าเป็นของโปรเจกต์หรือลูกค้าคนใดคนหนึ่งได้ การสมัครสมาชิกจะรายงานผลการใช้งานเพียงชุดเดียวสำหรับผู้ที่ถือตำแหน่งนั้น
ขอระบุสิ่งหนึ่งอย่างระมัดระวัง เพราะอาจเข้าใจผิดได้ง่ายในทั้งสองทาง: นี่คือระบบการเรียกเก็บเงินที่แยกจากกัน เอกสารของ Anthropic จะส่งการเรียกเก็บเงินแบบสมัครสมาชิกไปยัง claude.ai support และส่งการเรียกเก็บเงินแบบ Console ไปยัง API platform และ /usage-credits จะไม่ทำงานภายใต้ API key จากที่ข้าพเจ้าตรวจสอบไม่มีอะไรระบุว่าการสมัครสมาชิกรวมเครดิต API ไว้ ดังนั้นโปรดวางแผนสำหรับสองบัญชีและสองใบแจ้งหนี้
สูตรคำนวณจุดคุ้มทุน
คำนวณราคาต่อหนึ่งรอบการทำงาน (turn) จากนั้นนำไปขยายผล
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 5 นาทีมีค่าใช้จ่าย "1.25x ของราคา input พื้นฐาน", การเขียน 1 ชั่วโมงมีค่าใช้จ่าย "2x ของราคา input พื้นฐาน" และการอ่าน cache มีค่าใช้จ่าย "0.1x ของราคา input พื้นฐาน" Thinking tokens จะถูกคิดราคาเหมือน output tokens ดังนั้นจึงต้องรวมอยู่ใน output_tokens แม้ในโมเดลที่ไม่มีการแสดงผลสรุปการใช้เหตุผล (reasoning summary)
อัตราพื้นฐานต่อหนึ่งล้าน token (MTok) ข้อมูลปัจจุบัน ณ วันที่ 23 July 2026:
claude-fable-5: $10 input, $50 output. Cache read $1. 5-minute cache write $12.50. 1M context.claude-opus-4-8และclaude-opus-4-7: $5 input, $25 output. Cache read $0.50. 5-minute cache write $6.25. 1M context.claude-sonnet-5: $2 input, $10 output สำหรับราคาแนะนำจนถึง 31 August 2026, หลังจากนั้นคือ $3 และ $15 ในราคาแนะนำ cache read คือ $0.20 และ 5-minute cache write คือ $2.50. 1M context.claude-haiku-4-5: $1 input, $5 output. Cache read $0.10. 5-minute cache write $1.25. 200K context.
ไม่มีค่าธรรมเนียมเพิ่มเติมสำหรับ context ที่ยาว: "คำร้องขอขนาด 900k-token จะถูกคิดราคาในอัตราต่อ token เท่ากับคำร้องขอขนาด 9k-token"
ตัวอย่างการคำนวณ พร้อมข้อสมมติฐาน
สมมติการทำงานหนึ่งรอบของ Claude Code กลางเซสชันด้วย Sonnet 5 โดยมี context 60,000 tokens: 55,000 tokens มาจาก cache, 3,000 tokens เขียนลง cache ใหม่, 2,000 tokens เป็น input ใหม่ที่ไม่ได้อยู่ใน cache, และ 1,200 output tokens รวม thinking tokens
- Cache reads: 55,000 x $0.20/MTok = $0.0110
- Cache writes: 3,000 x $2.50/MTok = $0.0075
- Uncached input: 2,000 x $2.00/MTok = $0.0040
- Output: 1,200 x $10.00/MTok = $0.0120
รวมเป็นประมาณ $0.035 ต่อรอบ หากทำงาน 120 รอบในหนึ่งวันที่มีการใช้งาน จะอยู่ที่ประมาณ $4.14 ต่อวัน หากทำงาน 20 วันต่อเดือน จะอยู่ที่ประมาณ $83 ต่อเดือน
เมื่อนำไปเทียบกับค่าธรรมเนียมคงที่ด้านบน จะได้ผลลัพธ์สองอย่างพร้อมกัน: มันสูงกว่าค่า Pro ประมาณสี่เท่า ดังนั้น Pro จึงถูกกว่าในทางทฤษฎี หากโควตาของแผนนั้นรองรับการใช้งาน Sonnet 120 รอบต่อวันได้ ข้อกำหนดนี้คือสิ่งที่ไม่มีตัวเลขใดเผยแพร่เพื่อยืนยันให้คุณได้ ส่วนยอด $83 นั้นต่ำกว่าค่าธรรมเนียมเริ่มต้นของ Max ดังนั้นในกรณีนี้ API จึงคุ้มค่ากว่า Max
ลองเปลี่ยนข้อสมมติฐานทีละอย่าง และคุณจะเห็นว่าค่าธรรมเนียมรายเดือนจะไม่ใช่ตัวตัดสินอีกต่อไป
สามสิ่งที่ส่งผลต่อจุดคุ้มทุนมากกว่าราคาของแผน
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 มาตรฐาน ซึ่งหมายความว่าการใช้ cache จะคุ้มค่าหลังจากอ่าน cache เพียงครั้งเดียวสำหรับระยะเวลา 5 นาที (1.25x write) หรือหลังจากอ่าน cache สองครั้งสำหรับระยะเวลา 1 ชั่วโมง (2x write)"
มีรูปแบบความล้มเหลวสองแบบที่ทำให้การใช้ 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 entry จะพร้อมใช้งานหลังจาก response แรกเริ่มทำงานเท่านั้น" การส่งคำร้องขอที่เหมือนกัน 10 รายการพร้อมกันจะถูกคิดราคา input เต็มจำนวน สัญญาณเตือนสำหรับทั้งสองกรณีคือค่า cache_read_input_tokens ที่เป็นศูนย์
การเลือกโมเดล. ลองคำนวณการทำงานแบบเดียวกันบน Opus 4.8 ที่ราคา $5 input และ $25 output โดยมี cache reads ที่ $0.50 และ 5-minute writes ที่ $6.25 ต่อ MTok: reads $0.0275, writes $0.0188, uncached input $0.0100, output $0.0300 รวมเป็นประมาณ $0.086 ต่อรอบ ซึ่งเป็น 2.5 เท่าของ Sonnet และประมาณ $207 ต่อเดือนที่ปริมาณงานเท่ากัน การเลือกโมเดลเพียงอย่างเดียวเปลี่ยนงานจากที่อยู่ต่ำกว่าค่าธรรมเนียมเริ่มต้นของ Max ไปเป็นมากกว่าสองเท่าของ Max ในทางกลับกัน Haiku 4.5 ที่ราคา $1 และ $5 จะทำให้งานประเภทงานเชิงกลไก เช่น การคัดกรอง log มีราคาถูกลง
ระดับความพยายาม (effort level) ขึ้นอยู่กับการเลือกโมเดล เนื่องจาก thinking tokens จะถูกคิดราคาในอัตรา output บน Opus 4.8 ค่าเริ่มต้นของ API คือ high และจุดเริ่มต้นที่ระบุไว้สำหรับการเขียนโค้ดและงานเชิง agentic คือ xhigh ซึ่งมีราคาสูงกว่า คุณสามารถลดค่าใช้จ่ายลงได้ด้วย /effort ใน Claude Code หรือด้วย output_config.effort บน API อีกหนึ่งสิ่งที่ทำให้การประมาณการเดิมเปลี่ยนไปคือ โมเดลรุ่นใหม่ใช้ tokenizer รุ่นใหม่ที่ "สร้าง token มากขึ้นประมาณ 30% สำหรับข้อความเดียวกัน" ดังนั้นจำนวนที่วัดได้จากโมเดลรุ่นเก่าจึงต่ำกว่าความเป็นจริงในปัจจุบัน
สุขอนามัยของเซสชัน (Session hygiene). API เป็นแบบ stateless ดังนั้นทุกรอบการทำงานจะส่งบทสนทนาทั้งหมดกลับไปใหม่ในฐานะ input ที่ต้องคิดเงิน ดังนั้นเซสชันที่ยาวจึงมีต้นทุนต่อข้อความสูงกว่าเซสชันใหม่ ซึ่งเป็นกลไกเบื้องหลังใบแจ้งหนี้ที่สูงเกินคาดส่วนใหญ่ และมีการอธิบายรายละเอียดไว้ใน สิ่งที่ใช้ token จริงๆ ใน Claude Code session ควรใช้คำสั่ง /clear ระหว่างงานที่ไม่เกี่ยวข้องกัน เนื่องจาก context ที่เก่าจะถูกส่งไปใหม่และถูกคิดเงินใหม่ในทุกข้อความถัดไป ควรใช้คำสั่ง /compact ภายในงานที่ยาวหนึ่งงาน เพื่อให้ประวัติถูกสรุปแทนที่จะส่งไปทั้งหมด ควรทำงานเป็นช่วงต่อเนื่องกัน เนื่องจาก cache เริ่มต้น "มีอายุการใช้งาน 5 นาที" และ "จะได้รับการรีเฟรชโดยไม่มีค่าใช้จ่ายเพิ่มเติมทุกครั้งที่มีการใช้เนื้อหาใน cache" เซสชันที่คุณแตะต้องทุกๆ 10 นาทีจะต้องจ่ายค่า re-write ทุกครั้ง การใช้ Claude Code session ที่รันใน tmux บน VPS แบบแยกส่วนจะแทบไม่มีค่าใช้จ่ายในขณะที่ปล่อยว่างไว้ แต่หากปล่อยว่างนานเกินอายุของ cache คุณจะเสียสิทธิ์การใช้ prefix ที่อุ่นไว้
วัดการใช้งานของคุณเองก่อนตัดสินใจ
อย่าตัดสินใจจากตัวอย่างของข้าพเจ้า จงตัดสินใจจากข้อมูลการใช้งานจริงของคุณหนึ่งสัปดาห์
ใน Claude Code ให้รัน /usage เมื่อสิ้นสุดแต่ละเซสชันเป็นเวลาหนึ่งสัปดาห์ (/cost คือชื่อเรียกแทนของหน้าจอเดียวกัน) มันจะรายงานจำนวน token ของเซสชันและประมาณการต้นทุน โดยมีข้อควรระวังจากเอกสารว่า: "ตัวเลขดอลลาร์เป็นเพียงการประมาณการที่คำนวณในเครื่องจากจำนวน token และอาจแตกต่างจากใบแจ้งหนี้จริงของคุณ" ยอดรวมจะรีเซ็ตเมื่อคุณรัน /clear ดังนั้นโปรดอ่านหน้าจอก่อน สำหรับการสมัครสมาชิก ตัวเลขดอลลาร์นั้นไม่ใช่ใบแจ้งหนี้ของคุณ แต่จำนวน token ที่อยู่เบื้องหลังคือสิ่งที่สูตรนี้ต้องการ /context จะแสดงสิ่งที่กำลังใช้งานพื้นที่ในหน้าจออยู่
สำหรับบัญชี API หน้าการใช้งานใน Claude Console คือบันทึกที่เชื่อถือได้ที่สุด หากต้องการคำนวณราคา prompt ก่อนส่ง client.messages.count_tokens() "ใช้งานได้ฟรีแต่ต้องอยู่ภายใต้ข้อจำกัดจำนวน request ต่อนาทีตามระดับการใช้งานของคุณ" และเป็นจำนวนเดียวที่ใช้ tokenizer แบบเดียวกับที่คุณจะถูกเรียกเก็บเงินจริง
หลังจากเรียกใช้งานเสร็จ ให้อ่านบล็อกการใช้งาน และอ่านให้ถูกต้อง:
u = response.usage
total_input = u.input_tokens + u.cache_creation_input_tokens + u.cache_read_input_tokensinput_tokens นับเฉพาะส่วนที่เหลือที่ไม่ได้อยู่ใน cache ซึ่งระบุว่าเป็น "tokens after the last cache breakpoint" การทำงานที่รายงานค่า input_tokens: 4000 ไม่ใช่การทำงานขนาด 4,000-token และผลรวมของทั้งสามฟิลด์คือขนาดของ prompt ที่สูตรนี้ต้องการ
จากนั้นนำมาเปรียบเทียบกัน หากยอดการใช้งานรายเดือนที่คุณวัดได้ต่ำกว่าค่าธรรมเนียมรายเดือนอย่างชัดเจน ให้เลือกใช้ API หากยอดสูงกว่าอย่างชัดเจน ให้เลือกใช้การสมัครสมาชิก ตราบใดที่โควตาของแผนนั้นเพียงพอต่อวันทำงานปกติของคุณ หากยอดอยู่ใกล้จุดตัด ให้เลือกใช้การสมัครสมาชิก เพราะแผนการสมัครสมาชิกจะไม่ทำให้คุณประหลาดใจ แต่ API สามารถทำได้
FAQ
Claude API ราคาถูกกว่า Claude Pro หรือ Max หรือไม่?
ขึ้นอยู่กับปริมาณการใช้งาน และไม่มีจุดคุ้มทุนที่เผยแพร่ให้ตรวจสอบ เนื่องจากมีการขายการสมัครสมาชิกตามช่วงเวลาการใช้งานแทนที่จะเป็นจำนวน token จงคำนวณราคาหนึ่งรอบการทำงานปกติจากอัตราต่อ token ที่เผยแพร่ นำไปคูณกับจำนวนรอบต่อวันที่มีการใช้งาน และจำนวนวันที่มีการใช้งานต่อเดือน จากนั้นนำตัวเลขนั้นไปเทียบกับค่าธรรมเนียมรายเดือน ในตัวอย่างการคำนวณหนึ่ง รอบการทำงานของ Sonnet 5 ขนาด 60,000-token มีค่าใช้จ่ายประมาณ $0.035 หรือประมาณ $83 ต่อเดือน หากทำงาน 120 รอบต่อวัน เป็นเวลา 20 วัน ซึ่งสูงกว่าค่า Pro แต่ต่ำกว่าค่าเริ่มต้นของ Max
ฉันจะคำนวณค่าใช้จ่าย Claude API ต่อเดือนได้อย่างไร?
รัน /usage ใน Claude Code เป็นเวลาหนึ่งสัปดาห์เพื่อเก็บข้อมูลจำนวน token จริง หรืออ่านหน้าการใช้งานใน Claude Console หากคุณมีบัญชี API อยู่แล้ว จากนั้นคำนวณราคาต่อหนึ่งรอบการทำงาน: input ที่ไม่ได้อยู่ใน cache ให้ใช้ราคาพื้นฐาน, cache writes ให้ใช้ 1.25 เท่าของราคา input พื้นฐาน, cache reads ให้ใช้ 0.1 เท่าของราคา input พื้นฐาน และ output ให้ใช้อัตรา output โดยนับ thinking tokens เป็น output จากนั้นคูณด้วยจำนวนรอบต่อวันที่มีการใช้งาน และจำนวนวันที่มีการใช้งานต่อเดือน
สิ่งใดที่ทำให้ใบแจ้งหนี้ Claude API เปลี่ยนแปลงมากที่สุด?
Prompt caching มีผลมากกว่าสิ่งอื่นใด การทำงาน 60,000-token บน Sonnet 5 มีค่าใช้จ่ายประมาณ $0.035 เมื่อ prefix มาจาก cache และประมาณ $0.132 เมื่อไม่ได้ใช้ cache การเลือกโมเดลตามมาเป็นอันดับสอง: การทำงานเดียวกันบน Opus 4.8 มีค่าใช้จ่ายประมาณ $0.086 ความยาวของเซสชันตามมาเป็นอันดับสาม เนื่องจาก API เป็นแบบ stateless และทุกรอบการทำงานจะส่งบทสนทนาทั้งหมดกลับไปใหม่ในฐานะ input ที่ต้องคิดเงิน
การสมัครสมาชิก Claude รวมการเข้าถึง API หรือไม่?
ให้ถือว่าทั้งสองอย่างเป็นสองบัญชีที่มีสองใบแจ้งหนี้ การเรียกใช้ API จะถูกคิดราคาตามจำนวน token ในบัญชีที่คุณสร้างใน Console และไม่มีอะไรในเอกสารที่ข้าพเจ้าตรวจสอบระบุว่าการสมัครสมาชิกจะให้เครดิต API สัญญาณที่ชัดเจนที่สุดว่าทั้งสองอย่างแยกจากกันคือคำสั่ง /usage-credits ของ Claude Code ซึ่ง "ไม่สามารถใช้งานได้ด้วยการยืนยันตัวตนด้วย API key" นักพัฒนาจำนวนมากมีทั้งสองอย่าง: แผนการสมัครสมาชิกสำหรับการเขียนโค้ดแบบโต้ตอบ และ API key สำหรับสิ่งที่พวกเขาสร้างขึ้น