ราคา 1M tokens ของ Claude คิดอย่างไร คำนวณค่าใช้จ่าย API

1M tokens ใน Claude มีราคาเท่าไร

1M tokens หมายถึงหนึ่งล้านโทเค็น ซึ่งเป็นหน่วยที่ใช้กำหนดราคาของโมเดลผ่าน Claude API (application programming interface) ราคาของโทเค็นไม่มีค่าเดียวตายตัว เนื่องจากอัตราค่าบริการของ input และ output แตกต่างกัน และแต่ละโมเดลก็มีอัตราค่าบริการของตนเอง Claude Haiku 5.5 มีอัตราค่าบริการสองระดับ คือสำหรับ prompt ที่ไม่เกิน 100,000 tokens และอัตราที่สูงขึ้นสำหรับ prompt ที่เกินจากนั้น ณ เดือนตุลาคม 2026 หนึ่งล้าน input tokens มีราคา $1 บน Claude Haiku 4.5, $2 บน Claude Sonnet 5 และ $5 บน Claude Opus 5

Output เป็นส่วนที่มีค่าใช้จ่ายสูงกว่า ในทุกโมเดลปัจจุบัน อัตราค่าบริการ output จะสูงกว่า input ถึง 5 เท่า ดังนั้นสัดส่วนระหว่างทั้งสองส่วนจึงส่งผลต่อยอดค่าใช้จ่ายของคุณมากกว่าตัวเลขราคาตั้งต้น แอปพลิเคชันที่ส่งเอกสารยาวๆ แล้วได้รับคำตอบสั้นๆ จะมีพฤติกรรมค่าใช้จ่ายที่ต่างจากแอปพลิเคชันที่เขียนคำตอบยาวๆ จาก prompt สั้นๆ อย่างสิ้นเชิง

หน้านี้อธิบายถึงหน่วยเศรษฐศาสตร์: ราคาต่อโทเค็น และวิธีการประเมินค่าใช้จ่ายก่อนเริ่มพัฒนา สำหรับข้อมูลว่าโทเค็นถูกนำไปใช้ที่ไหนบ้างในระหว่างการทำงานของ Claude Code โปรดอ่าน ตำแหน่งที่โทเค็นถูกใช้งานภายในเซสชัน Claude Code

ลักษณะของ 1M tokens

Token คือส่วนของข้อความที่โมเดลอ่านหรือเขียน อภิธานศัพท์ของ Anthropic ระบุว่า 1 token มีค่าประมาณ 3.5 ตัวอักษรภาษาอังกฤษสำหรับโมเดลก่อนรุ่น Claude 4.7 ภาพรวมโมเดลของ Anthropic ระบุว่า 1 ล้าน tokens ในโมเดลเหล่านั้นบรรจุคำได้ประมาณ 750,000 คำ และด้วยอัตรา 3.5 ตัวอักษรต่อ token จะเท่ากับประมาณ 3.5 ล้านตัวอักษร หรือประมาณ 3.5 MB ของข้อความภาษาอังกฤษทั่วไป สำหรับ tokenizer รุ่นใหม่ที่เปิดตัวพร้อมกับ Claude Opus 4.7 นั้น 1 ล้าน tokens จะบรรจุคำได้ประมาณ 555,000 คำ หรือประมาณ 2.5 ล้านตัวอักษร

การประมาณการที่เผยแพร่สำหรับอินพุตทั่วไปช่วยให้เห็นภาพขนาดได้ชัดเจนขึ้น

[
  {
    "label": "Average web page (10 kB)",
    "tokens": "2,500"
  },
  {
    "label": "Documentation page (100 kB)",
    "tokens": "25,000"
  },
  {
    "label": "Research paper PDF (500 kB)",
    "tokens": "125,000"
  }
]

ด้วยอัตราดังกล่าว 1M tokens จะเท่ากับหน้าเว็บทั่วไปประมาณ 400 หน้าที่อ่านหนึ่งครั้ง หรือเอกสารวิจัยขนาดนั้นจำนวน 8 ฉบับ หรือเป็นการประมวลผล codebase ขนาดกลางหนึ่งรอบ หรือการใช้งานแชทแบบเบาๆ ของบุคคลหนึ่งคนเป็นเวลาหนึ่งเดือน

โปรดถือว่าข้อมูลทั้งหมดนี้เป็นการประมาณการ โค้ด, JSON และข้อความในภาษาอื่นที่ไม่ใช่ภาษาอังกฤษจะบรรจุคำต่อ token ได้น้อยกว่า ดังนั้นจำนวนคำเหล่านั้นจึงเป็นค่าในแง่ดีที่สุด อีกปัจจัยหนึ่งที่ส่งผลต่อจำนวนคือ Claude Opus 4.7 ขึ้นไป ซึ่งรวมถึง Opus 5 และ Sonnet 5 ที่ใช้ tokenizer รุ่นใหม่ซึ่งสร้างจำนวน tokens มากกว่าข้อความเดียวกันประมาณ 30 เปอร์เซ็นต์เมื่อเทียบกับ Sonnet 4.6 และรุ่นก่อนหน้า ส่วน Claude Haiku 4.5 ใช้ tokenizer รุ่นเก่า ดังนั้นจำนวนที่คุณวัดได้บน Haiku 4.5 จะต่ำกว่าจำนวนบน Sonnet 5 สำหรับอินพุตเดียวกัน ซึ่งหมายความว่าการเปรียบเทียบราคาต่อล้าน tokens โดยตรงข้ามรุ่นนั้นไม่ยุติธรรม ควรทดสอบ prompt เดียวกันกับทั้งสองโมเดลก่อนตัดสินใจ

ราคาต่อล้านโทเค็นของ Claude

[
  {
    "label": "Haiku 4.5",
    "input_usd": 1,
    "output_usd": 5
  },
  {
    "label": "Sonnet 5",
    "input_usd": 2,
    "output_usd": 10
  },
  {
    "label": "Sonnet 4.6",
    "input_usd": 3,
    "output_usd": 15
  },
  {
    "label": "Opus 5",
    "input_usd": 5,
    "output_usd": 25
  }
]

Claude Sonnet 5 มีราคาขาเข้าอยู่ที่ $2 และราคาขาออกอยู่ที่ $10 เดิมที Anthropic เสนอราคานี้เป็นอัตราพิเศษจนถึงวันที่ 31 สิงหาคม 2026 ต่อมาได้ปรับให้เป็นราคามาตรฐานและยกเลิกแผนการขึ้นราคาเป็น $3 และ $15 ตามที่เคยประกาศไว้ ส่วน Claude Opus 5 มีราคาขาเข้าอยู่ที่ $5 และราคาขาออกอยู่ที่ $25 สำหรับโมเดลตระกูล Fable นั้นมีโครงสร้างราคาที่สูงกว่า โดยทั้ง Claude Fable 5 และรุ่นใหม่กว่าอย่าง Claude Fable 5.1 มีราคาขาเข้าอยู่ที่ $10 และขาออกอยู่ที่ $50 ดังนั้น ความคุ้มค่าของอัตราดังกล่าว จึงขึ้นอยู่กับลักษณะงานที่คุณนำไปใช้งานจริง

กลุ่มผลิตภัณฑ์ปัจจุบันของ Anthropic มีความใหม่กว่าโมเดลที่ระบุราคาไว้ในหน้านี้ โดย Claude Opus 5.5 มีราคาขาเข้า $4 และขาออก $20, Claude Sonnet 5.5 มีราคาขาเข้า $2 และขาออก $10 ส่วน Claude Haiku 5.5 เริ่มต้นที่ $0.10 และ $0.50 ทั้งนี้ Opus 5, Sonnet 5, Haiku 4.5 และ Fable 5 ถูกจัดเป็นโมเดลรุ่นเก่า (legacy) ที่ยังคงใช้งานได้อยู่ ดังนั้นตัวอย่างการคำนวณด้านล่างนี้จึงยังคงใช้งานได้ตามปกติ ราคาของ Haiku 5.5 และตำแหน่งทางการตลาด จะอธิบายรายละเอียดเกี่ยวกับโมเดลราคาประหยัดรุ่นใหม่นี้

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

อัตราเหล่านี้ระบุเพียงค่าใช้จ่ายของ Claude แต่ไม่ได้บ่งบอกว่าโมเดลใดคุ้มค่ากว่าสำหรับภาระงานของคุณ โดย การเปรียบเทียบต้นทุนสามงานระหว่าง Claude และ ChatGPT จะแสดงให้เห็นว่า API ของแต่ละเจ้ามีความได้เปรียบในงานประเภทใด

ปัจจัยหนึ่งที่ไม่มีผลต่ออัตราค่าบริการคือความยาวของบริบท (context length) ยกเว้นกรณีเดียว สำหรับ Claude 4.6 และรุ่นที่ใหม่กว่า (ยกเว้น Claude Haiku 5.5) หน้าต่างบริบทขนาด 1M โทเค็นเต็มจะถูกคิดราคาตามอัตรามาตรฐาน ดังนั้นคำขอขนาด 900,000 โทเค็นจะมีราคาต่อโทเค็นเท่ากับคำขอขนาด 9,000 โทเค็น การใช้ prompt ที่ยาวขึ้นจะมีค่าใช้จ่ายสูงขึ้นเนื่องจากจำนวนโทเค็นที่เพิ่มขึ้นเท่านั้น โดยไม่มีการคิดอัตราพิเศษสำหรับบริบทที่ยาวขึ้นแต่อย่างใด สำหรับ Claude Haiku 5.5 จะคิดราคาตามความยาวของ prompt โดยคำขอที่มี prompt เกิน 100,000 โทเค็นจะมีราคาขาเข้า $0.50 และขาออก $2.50 ต่อล้านโทเค็น แทนที่จะเป็น $0.10 และ $0.50 โดยการอ่านและเขียนแคชจะถูกนำมานับรวมในเกณฑ์ดังกล่าวด้วย

การคำนวณที่ยังคงอยู่หลังจากการเปลี่ยนแปลงราคา

ใบแจ้งหนี้ทุกฉบับประกอบด้วยการคูณสองครั้งและการบวกหนึ่งครั้ง

cost = (input_tokens  / 1,000,000) * input_rate
     + (output_tokens / 1,000,000) * output_rate

เขียนในรูปแบบโค้ดที่คุณสามารถรันได้:

INPUT_RATE = 2.00    # USD per million input tokens, Sonnet 5, October 2026
OUTPUT_RATE = 10.00  # USD per million output tokens

def cost(input_tokens, output_tokens):
    return (input_tokens * INPUT_RATE + output_tokens * OUTPUT_RATE) / 1_000_000

print(f"{cost(4300, 400):.4f}")

โค้ดดังกล่าวจะพิมพ์ค่า 0.0126 ออกมา คำขอที่ส่ง input tokens จำนวน 4,300 และได้รับ output tokens กลับมา 400 จะมีค่าใช้จ่ายประมาณ 1.3 เซนต์บน Sonnet 5 ให้เก็บอัตราค่าบริการทั้งสองไว้ในที่เดียวในโค้ดของคุณ เมื่อมีการเปลี่ยนแปลงราคา คุณเพียงแค่แก้ไขสองบรรทัดนี้ แล้วการประมาณการทุกอย่างในระบบของคุณก็จะปรับเปลี่ยนตามไปด้วย

การประเมินค่าใช้จ่ายสำหรับแอปพลิเคชันจริง

สมมติว่าคุณมีผู้ช่วยสนับสนุน (support assistant) ตัวหนึ่ง ซึ่งมี system prompt และเอกสารประกอบผลิตภัณฑ์รวมกันอยู่ที่ 4,000 tokens ข้อมูลเหล่านี้จะถูกส่งออกไปในทุกคำขอ เนื่องจาก Messages API เป็นแบบ stateless และโมเดลไม่มีการจดจำข้อมูลระหว่างการเรียกใช้งาน คำถามของผู้ใช้จะเพิ่มเข้ามาอีกประมาณ 300 tokens และคำตอบจะอยู่ที่ประมาณ 400 tokens ดังนั้นในแต่ละคำขอจะมีการใช้ input 4,300 tokens และ output 400 tokens

input 1 ล้าน tokens จะรองรับคำขอในลักษณะนี้ได้ประมาณ 232 ครั้ง หากมีคำขอ 1,000 ครั้งต่อวัน แอปพลิเคชันจะใช้ input รวม 4.3 ล้าน tokens ต่อวัน ดังนั้น "1M tokens" จึงรองรับปริมาณการใช้งานได้ไม่ถึง 6 ชั่วโมง

[
  {
    "label": "Opus 5, list rates",
    "cost_per_1k_usd": "31.50"
  },
  {
    "label": "Sonnet 5, list rates",
    "cost_per_1k_usd": "12.60"
  },
  {
    "label": "Sonnet 5, Batch API",
    "cost_per_1k_usd": "6.30"
  },
  {
    "label": "Haiku 4.5, list rates",
    "cost_per_1k_usd": "6.30"
  },
  {
    "label": "Sonnet 5, warm prompt cache",
    "cost_per_1k_usd": "5.40"
  }
]

เมื่อใช้ Claude Opus 5 ปริมาณการใช้งานดังกล่าวจะมีค่าใช้จ่ายอยู่ที่ $31.50 ต่อ 1,000 คำขอ หากใช้ Sonnet 5 จะอยู่ที่ $12.60 การลดระดับลงมาใช้ Claude Haiku 4.5 จะทำให้ค่าใช้จ่ายเหลือ $6.30 และหากใช้ prompt cache ที่พร้อมใช้งานบน Sonnet 5 ค่าใช้จ่ายจะลดลงไปอีกเหลือ $5.40

เมื่อคูณด้วย 30 เพื่อคำนวณค่าใช้จ่ายรายเดือน Sonnet 5 ตามราคามาตรฐานจะมีค่าใช้จ่ายประมาณ 378 ดอลลาร์ต่อเดือน แอปพลิเคชันเดียวกันหากใช้ cache จะมีค่าใช้จ่ายประมาณ 162 ดอลลาร์ การเลือกโมเดลและการตัดสินใจเรื่องการทำ caching มีผลต่อค่าใช้จ่ายมากกว่าอัตราค่าบริการที่คุณจะต่อรองได้ในปริมาณการใช้งานระดับนี้ การเลือกว่าจะใช้โมเดลใดเป็นคำถามที่ต้องพิจารณาแยกต่างหาก โดยโมเดลที่ถูกที่สุดที่ผ่านเกณฑ์การประเมินของคุณจะเป็นผู้ชนะ ซึ่งเนื้อหาใน การเลือกระหว่าง Opus, Sonnet และ Haiku จะครอบคลุมวิธีการทดสอบเรื่องนี้อย่างเหมาะสม

การทำ Prompt caching ช่วยลดส่วนที่ซ้ำซ้อน

prefix ขนาด 4,000 token นั้นเหมือนกันในทุกคำขอ และคุณต้องจ่ายค่า input เต็มจำนวนทุกครั้ง Prompt caching จะจัดเก็บ prefix ที่ประมวลผลแล้วไว้ และคิดค่าบริการในอัตราที่ลดลงเมื่อมีการนำกลับมาใช้ใหม่

สำหรับโมเดลที่ระบุในตารางราคาและตัวอย่างการใช้งานในหน้านี้ (Haiku 4.5, Sonnet 5, Sonnet 4.6 และ Opus 5) รวมถึง Fable 5 การอ่านแคชจะมีค่าใช้จ่ายอยู่ที่ 0.1 เท่าของอัตรา input พื้นฐาน โมเดลใหม่บางรุ่นมีค่าใช้จ่ายในการอ่านที่ต่ำกว่า ได้แก่ Opus 5.5 และ Sonnet 5.5 คิดค่าใช้จ่ายที่ 0.05 เท่า ส่วน Fable 5.1 และ Mythos 5.1 คิดที่ 0.025 เท่า การเขียนแคชมีค่าใช้จ่าย 1.25 เท่าของราคาพื้นฐานสำหรับอายุการใช้งาน 5 นาที หรือ 2 เท่าของราคาพื้นฐานสำหรับอายุการใช้งาน 1 ชั่วโมง ดังนั้นในโมเดลที่คิดค่าใช้จ่าย 0.1 เท่า แคชที่มีอายุ 5 นาทีจะคุ้มทุนหลังจากการอ่านเพียงหนึ่งครั้ง เพราะค่าใช้จ่ายในการเขียนส่วนเกินอยู่ที่ 0.25 ในขณะที่การอ่านแต่ละครั้งช่วยประหยัดได้ถึง 0.9 ส่วนแคชที่มีอายุ 1 ชั่วโมงต้องใช้การอ่านสองครั้งจึงจะคุ้มทุน

วิธีที่ง่ายที่สุดในการเปิดใช้งานคือการเพิ่มฟิลด์ระดับบนสุดเพียงฟิลด์เดียว:

curl https://api.anthropic.com/v1/messages \
  -H "content-type: application/json" \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -d '{
    "model": "claude-opus-5",
    "max_tokens": 1024,
    "cache_control": {"type": "ephemeral"},
    "system": "You are a helpful assistant.",
    "messages": [
      {"role": "user", "content": "What are the key themes in Pride and Prejudice?"}
    ]
  }'

จากนั้นให้อ่านบล็อก usage ที่ส่งกลับมา:

{
  "usage": {
    "cache_creation_input_tokens": 5120,
    "cache_read_input_tokens": 1800,
    "input_tokens": 50,
    "output_tokens": 503
  }
}

ตัวนับ input ทั้งสามตัวนั้นจะถูกเรียกเก็บเงินในอัตราที่แตกต่างกันสามอัตรา และผลรวมของมันคือปริมาณ input จริงของคุณ: total_input_tokens = cache_read_input_tokens + cache_creation_input_tokens + input_tokens การประมาณการค่าใช้จ่ายที่อ่านเฉพาะ input_tokens จะคลาดเคลื่อนอย่างมากเมื่อเปิดใช้งานการทำแคช

มีสองสิ่งที่ทำให้แคชไม่คุ้มทุน และทั้งสองอย่างจะล้มเหลวโดยไม่มีการแจ้งเตือน:

prefix ต้องเหมือนกันทุกไบต์ การค้นหาแคชเป็นการจับคู่แบบ prefix ดังนั้น timestamp หรือชื่อผู้ใช้ที่อยู่ด้านบนของ system prompt ของคุณจะทำให้มันเปลี่ยนไปในทุกคำขอ ส่งผลให้คุณต้องจ่ายค่า input 1.25 เท่าของราคาพื้นฐานทุกครั้งและไม่เคยอ่านแคชได้เลย อาการที่พบคือ cache_creation_input_tokens ยังคงสูงในขณะที่ cache_read_input_tokens ยังคงเป็น 0 ให้วาง cache_control ไว้ที่บล็อกสุดท้ายที่มีเนื้อหาเหมือนกันในทุกคำขอ และนำสิ่งที่เปลี่ยนแปลงได้ไปไว้หลังจากนั้น การเปลี่ยนคำจำกัดความ tools ของคุณจะทำให้แคชทั้งหมดที่อยู่ด้านล่างไม่ถูกต้อง เพราะการทำให้แคชเป็นโมฆะจะไล่ลำดับจาก tools, system ไปจนถึง messages

prefix ต้องมีความยาวเพียงพอ ความยาวขั้นต่ำที่สามารถทำแคชได้คือ 512 tokens สำหรับ Opus 5, 1,024 สำหรับ Sonnet 5 และ 4,096 สำหรับ Haiku 4.5 หาก prompt สั้นกว่านั้นจะไม่ถูกทำแคชและไม่มีการส่งข้อความแสดงข้อผิดพลาดกลับมา prefix ขนาด 4,000 token ในตัวอย่างข้างต้นจะถูกทำแคชบน Sonnet 5 แต่จะไม่ถูกทำแคชบน Haiku 4.5 เนื่องจาก 4,000 ต่ำกว่าเกณฑ์ขั้นต่ำของโมเดลนั้น เมื่อตัวนับทั้งสองอ่านค่าได้ 0 แสดงว่าไม่มีการทำแคชเกิดขึ้น

การประมวลผลแบบ Batch ช่วยลดอัตราค่าบริการลงครึ่งหนึ่ง

Batch API จะประมวลผลคำขอแบบอะซิงโครนัสโดยคิดค่าบริการอินพุตและเอาต์พุตในราคาลด 50 เปอร์เซ็นต์ จากตัวอย่างข้างต้นจะทำให้ค่าใช้จ่ายเปลี่ยนจาก $12.60 ต่อ 1,000 คำขอ เหลือเพียง $6.30 ส่วนลดนี้สามารถใช้ร่วมกับ prompt caching ได้ ดังนั้นงาน Batch ที่มีการแคชไว้จึงเป็นวิธีที่ประหยัดที่สุดสำหรับการประมวลผลข้อมูลจำนวนมาก

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

เหตุใดค่าใช้จ่ายในการแชทจึงเพิ่มขึ้นภายในบทสนทนาเดียว

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

สมมติว่าการโต้ตอบแต่ละครั้งใช้โทเค็นเฉลี่ย 500 โทเค็น ในการโต้ตอบครั้งที่ 1 จะส่งข้อมูลขาเข้า 500 โทเค็น ครั้งที่ 2 จะส่ง 1,000 โทเค็น และครั้งที่ 20 จะส่ง 10,000 โทเค็น เมื่อคำนวณรวมด้วยสูตร n(n+1)/2 บทสนทนาที่มี 20 ครั้งจะส่งข้อมูลขาเข้ารวมประมาณ 105,000 โทเค็น ในขณะที่ตัวบทสนทนาจริงมีความยาวเพียง 10,000 โทเค็นเท่านั้น

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

นับจำนวนโทเค็นก่อนที่คุณจะคาดเดา

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

curl https://api.anthropic.com/v1/messages/count_tokens \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "content-type: application/json" \
  -H "anthropic-version: 2023-06-01" \
  -d '{
    "model": "claude-opus-5",
    "system": "You are a scientist",
    "messages": [{
      "role": "user",
      "content": "Hello, Claude"
    }]
  }'

การตอบกลับจะมีเพียงหนึ่งฟิลด์:

{ "input_tokens": 14 }

ให้ส่ง system prompt และคำนิยามของเครื่องมือที่คุณใช้งานจริง พร้อมกับข้อความตัวอย่างจากผู้ใช้ แล้วนำตัวเลขที่ได้ไปใส่ในฟังก์ชันคำนวณต้นทุนด้านบน endpoint นี้รับข้อมูลในรูปแบบเดียวกับคำขอส่งข้อความ ดังนั้นรูปภาพและไฟล์ PDF ที่ส่งในรูปแบบ base64 จะถูกนับจำนวนอย่างถูกต้องเช่นกัน ระบบจะปฏิเสธเครื่องมือฝั่งเซิร์ฟเวอร์ เช่น การค้นหาเว็บและการดึงข้อมูลจากเว็บ รวมถึงรูปภาพหรือเอกสารที่ส่งผ่าน URL หรือการอ้างอิงไฟล์ มีข้อควรระวัง 2 ประการที่สำคัญ ประการแรก จำนวนที่ได้เป็นเพียงการประมาณการและอาจแตกต่างจากตัวเลขที่เรียกเก็บเงินจริงเล็กน้อย ประการที่สอง การวัดผลจะใช้ตัวตัดคำ (tokenizer) ของโมเดลที่คุณระบุ ดังนั้นควรระบุโมเดลที่คุณจะใช้งานจริง

จำนวนโทเค็นขาออกไม่สามารถนับล่วงหน้าได้เนื่องจากยังไม่มีการสร้างขึ้น ให้จำกัดจำนวนไว้ด้วย max_tokens จากนั้นจึงวัดการกระจายตัวจริงจาก usage.output_tokens บนทราฟฟิกที่ใช้งานจริง

ค่าใช้จ่ายส่วนอื่นในใบแจ้งหนี้

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

• คำจำกัดความของเครื่องมือ (Tool definitions) จะถูกนับเป็นอินพุตโทเค็นในทุกคำขอ ระบบแจ้งเตือนการใช้งานเครื่องมือเพียงอย่างเดียวจะเพิ่มโทเค็นอีก 286 ถึง 406 โทเค็นบน Opus 5 ก่อนที่จะรวมสคีมาของคุณเอง หากมีคำอธิบายเครื่องมือที่ละเอียดมาก 10 รายการ อาจทำให้ขนาดของพรอมต์เพิ่มขึ้นเป็นสองเท่า
• การค้นหาเว็บ (Web search) มีค่าใช้จ่าย 10 ดอลลาร์ต่อการค้นหา 1,000 ครั้ง โดยคิดแยกจากโทเค็นที่ผลลัพธ์เหล่านั้นใช้เมื่อถูกนำเข้าสู่บริบท
• การดึงข้อมูลเว็บ (Web fetch) ไม่มีค่าธรรมเนียมแยกต่างหาก แต่หน้าเว็บที่ถูกดึงมาจะกลายเป็นอินพุตโทเค็น โดยหน้าเอกสารขนาด 100 kB จะมีขนาดประมาณ 25,000 โทเค็น
• การร้องขอให้ประมวลผลเฉพาะในสหรัฐอเมริกาด้วย inference_geo บน Claude 4.6 ขึ้นไป จะมีการคูณค่าใช้จ่าย 1.1 เท่าในทุกหมวดหมู่โทเค็น รวมถึงการอ่านและเขียนแคชด้วย

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

FAQ

1M tokens ใน Claude มีราคาเท่าไร

ขึ้นอยู่กับโมเดล และขึ้นอยู่กับว่าเป็น input หรือ output ณ เดือนตุลาคม 2026 หนึ่งล้าน input tokens มีราคา $1 บน Claude Haiku 4.5, $2 บน Claude Sonnet 5 และ $5 บน Claude Opus 5 ส่วน Claude Haiku 5.5 รุ่นใหม่เริ่มต้นที่ $0.10 ต่อล้าน input tokens สำหรับ prompt ที่ไม่เกิน 100,000 tokens และคิดค่าบริการ $0.50 สำหรับส่วนที่เกินจากนั้น ค่าบริการ output จะสูงกว่าอัตรา input ถึง 5 เท่าในทุกโมเดลที่กล่าวมา อัตราค่าบริการมีการเปลี่ยนแปลงอยู่เสมอ ดังนั้นโปรดตรวจสอบราคาบนหน้าเว็บไซต์ทางการก่อนกำหนดงบประมาณ

1M tokens เท่ากับ 1M คำหรือไม่

ไม่เท่ากัน ในโมเดลก่อนหน้า Claude Opus 4.7 ทาง Anthropic กำหนดให้ 1 token มีค่าประมาณ 3.5 ตัวอักษรภาษาอังกฤษ และระบุว่าหนึ่งล้านโทเค็นมีประมาณ 750,000 คำ สำหรับ tokenizer รุ่นใหม่ที่ Claude Opus 4.7 ขึ้นไปใช้งาน หนึ่งล้านโทเค็นจะมีประมาณ 555,000 คำ เนื่องจาก tokenizer ดังกล่าวสร้างโทเค็นมากกว่าข้อความเดียวกันประมาณ 30 เปอร์เซ็นต์เมื่อเทียบกับ Claude Sonnet 4.6 และรุ่นก่อนหน้า อัตราส่วนเหล่านี้เป็นเพียงแนวทางเท่านั้น โค้ด, JSON และภาษาอื่นๆ ที่ไม่ใช่ภาษาอังกฤษจะใช้จำนวนโทเค็นต่อคำมากกว่า และจำนวนโทเค็นไม่สามารถนำไปเทียบข้ามรุ่นโมเดลกันได้ ให้วัดผลด้วย endpoint /v1/messages/count_tokens ที่ใช้งานได้ฟรี โดยระบุโมเดลที่คุณวางแผนจะใช้งาน

Prompt caching ช่วยประหยัดเงินเสมอไปหรือไม่

ไม่เสมอไป การเขียน cache แบบ 5 นาทีมีค่าใช้จ่าย 1.25 เท่าของอัตรา input พื้นฐาน ดังนั้น prefix ที่ถูกเขียนลงไปแต่ไม่เคยถูกอ่านเลยจะมีค่าใช้จ่ายสูงกว่าการส่งแบบปกติถึง 25 เปอร์เซ็นต์ มันจะคุ้มทุนตั้งแต่การอ่านครั้งแรก ระบบนี้อาจล้มเหลวได้สองกรณีโดยไม่มีการแจ้งเตือน หาก prefix ที่ทำ cache เปลี่ยนแปลงไประหว่างคำขอ การค้นหาจะไม่พบข้อมูลเนื่องจากเป็นการจับคู่แบบ prefix ที่แม่นยำ หาก prefix สั้นกว่าความยาวขั้นต่ำที่โมเดลรองรับ ซึ่งคือ 1,024 tokens บน Sonnet 5 และ 4,096 บน Haiku 4.5 จะไม่มีการทำ cache และไม่มีข้อความแสดงข้อผิดพลาด เมื่อ cache_creation_input_tokens และ cache_read_input_tokens อ่านค่าได้ 0 ทั้งคู่ แสดงว่า cache ไม่ได้ทำงาน

ทำไมยอดค่าใช้จ่ายของฉันถึงเพิ่มขึ้นเร็วกว่าจำนวนข้อความ

เพราะบทสนทนาทั้งหมดจะถูกส่งใหม่ในทุกเทิร์น Messages API ไม่มีการเก็บสถานะ ดังนั้นเทิร์นที่ 20 ของการแชทจะรวมเอา 19 เทิร์นก่อนหน้ากลับไปเป็น input อีกครั้ง หากเทิร์นหนึ่งมีค่าเฉลี่ย 500 tokens บทสนทนา 20 เทิร์นจะส่ง input tokens ประมาณ 105,000 tokens ในขณะที่ตัวบทสนทนาจริงๆ มีความยาวเพียง 10,000 tokens เท่านั้น Agent loops ก็มีพฤติกรรมเช่นเดียวกัน เนื่องจากผลลัพธ์จากทุกเครื่องมือจะยังคงอยู่ในประวัติการสนทนา ให้ทำ cache ส่วน prefix ที่คงที่ หรือสรุปเนื้อหาเทิร์นเก่าๆ แล้วตัดออกจากคำขอแทน