การกำหนดราคา API Grok 4.7 บน CometAPI: ราคาพื้นฐานทางการ, การประมาณการต้นทุน และการประหยัด

xAI อธิบาย Grok 4.7 ว่าเป็นโมเดลแนวหน้าสำหรับงานโค้ดดิ้ง งานเชิงเอเจนต์ และงานความรู้ โดยมีหน้าต่างบริบท 500K โทเค็น ตาม หน้าราคา xAI ปัจจุบัน อัตรา API โดยตรงต่ำกว่า 200,000 โทเค็นในพรอมต์อยู่ที่ $2.00 ต่อหนึ่งล้านโทเค็นอินพุต, $0.50 ต่อหนึ่งล้านโทเค็นอินพุตแบบแคช และ $6.00 ต่อหนึ่งล้านโทเค็นเอาต์พุต เมื่อพรอมต์ถึง 200,000 โทเค็นขึ้นไป xAI แสดงราคา $4.00, $1.00, และ $12.00 ตามลำดับ นี่คืออัตรา xAI โดยตรง ไม่ใช่ราคามาตรฐานสากลสำหรับแพลตฟอร์มบุคคลที่สามทั้งหมด

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

คู่มือนี้เริ่มจากการวางฐานราคา xAI แล้วจึงเปรียบเทียบกับ รายชื่อ Grok 4.7 ของ CometAPI ปัจจุบัน ณ วันที่ 28 กันยายน 2026 CometAPI แสดงราคา $1.60 / $0.40 / $4.80 ต่อหนึ่งล้านโทเค็นสำหรับอินพุตใหม่/อินพุตแคช/เอาต์พุตในระดับมาตรฐาน และ $3.20 / $0.80 / $9.60 ในระดับบริบทยาว—ต่ำกว่าอัตรา xAI โดยตรงที่สอดคล้อยกัน 20% ส่วนถัดไปอธิบายวิธีคำนวณต้นทุนงาน ลดสิ้นเปลือง และเข้าถึงโมเดลผ่าน CometAPI ราคาทั้งหมดเป็นข้อมูล ณ ขณะหนึ่งและควรตรวจสอบใหม่ก่อนใช้งานจริง

xAI Direct vs. CometAPI Grok 4.7 Pricing

อัตรา xAI โดยตรง (USD ต่อ 1M โทเค็น)

อัตรา CometAPI (USD ต่อ 1M โทเค็น)

ขอบเขตพรอมต์ที่ 200K สำคัญ เพราะทั้งสองแพลตฟอร์มขณะนี้แสดงอัตราบริบทยาวที่เป็นสองเท่าของอัตราระดับมาตรฐานสำหรับ Grok 4.7 นี่คือกติกาการตั้งราคาโดยแต่ละแพลตฟอร์ม ไม่ใช่การเปลี่ยนความสามารถของโมเดล คำขอจะมีค่าใช้จ่ายสูงขึ้นเมื่อแอปส่งพรอมต์ใหญ่ซ้ำๆ หรือปล่อยให้ประวัติเอเจนต์เติบโตโดยไร้การควบคุม—ไม่ใช่เพียงเพราะ Grok 4.7 รองรับหน้าต่างบริบท 500K

เพื่อการตั้งงบประมาณ ให้ถือว่าคำขอใดๆ ที่คาดว่าจะถึงขอบเขตนั้นเป็นบริบทยาว จนกว่าจะยืนยันพฤติกรรมการเรียกเก็บเงินจริง ความพร้อมใช้งานของโมเดลและราคาอาจเปลี่ยนแปลง ดังนั้นเครื่องคำนวณในโปรดักชันควรตรวจสอบ ราคา xAI โดยตรง และ หน้ารายการโมเดลของ CometAPI ปัจจุบัน แทนที่จะฮาร์ดโค้ดค่าถาวร

The Formula for Estimating Grok 4.7 Cost

ประเมินหนึ่งคำขอโดยตั้งราคาแยกตามหมวดโทเค็น:

request cost = (fresh input tokens × input rate + cached input tokens × cached rate + output tokens × output rate) ÷ 1,000,000

จากนั้นแปลงประมาณการคำขอเป็นประมาณการภาระงาน:

monthly cost = request cost × requests per user × active users × days in billing period

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

Worked Example 1: A Support Copilot

สมมติว่าคำขอซัพพอร์ตหนึ่งครั้งส่งอินพุตใหม่ 6,000 โทเค็น และสร้างเอาต์พุต 800 โทเค็น อยู่ต่ำกว่าเกณฑ์ 200K และไม่ได้รับส่วนลดแคช

• อินพุต: 6,000 × $1.60 ÷ 1,000,000 = $0.00960
• เอาต์พุต: 800 × $4.80 ÷ 1,000,000 = $0.00384
• รวม: $0.01344 ต่อคำขอ

ที่ 100,000 คำขอต่อเดือน ต้นทุนโทเค็นโดยประมาณคือ $1,344 หากการประเมินแสดงว่าคำตอบ 400 โทเค็นทำงานได้ดีเท่าคำตอบ 800 โทเค็น ประมาณการจะลดลงเหลือ $0.01152 ต่อคำขอ หรือ $1,152 ต่อเดือน เพียงการจำกัดเอาต์พุตนี้ประหยัดได้ประมาณ $192 ต่อเดือน หรือ 14.3% โดยไม่ต้องเปลี่ยนโมเดล

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

Worked Example 2: Reusing a Stable 20K-Token Prefix

สมมติว่าคำขอแต่ละครั้งมีคู่มือผลิตภัณฑ์ 20,000 โทเค็น บริบทการสนทนาใหม่ 2,000 โทเค็น และการตอบกลับ 600 โทเค็น

หากไม่มีแคชฮิต ประมาณการคือ:

• อินพุตใหม่ 22,000 โทเค็น: $0.03520
• เอาต์พุต 600 โทเค็น: $0.00288
• รวม: $0.03808 ต่อคำขอ

หากพรีฟิกซ์ 20,000 โทเค็นที่คงที่ถูกคิดเงินเป็นอินพุตแคช ในขณะที่เหลืออินพุตใหม่ 2,000 โทเค็น ประมาณการจะเป็น:

• อินพุตแคช 20,000 โทเค็น: $0.00800
• อินพุตใหม่ 2,000 โทเค็น: $0.00320
• เอาต์พุต 600 โทเค็น: $0.00288
• รวม: $0.01408 ต่อคำขอ

ที่ 100,000 คำขอ จะเป็น $1,408 แทน $3,808—ประหยัดโดยประมาณ $2,400 หรือ 63.0% การประหยัดนี้ไม่อัตโนมัติ: คำขอแรก พรีฟิกซ์ที่เปลี่ยน หรือเส้นทางที่ไม่เกิดแคชฮิต อาจยังถูกคิดในอัตราอินพุตใหม่ ตรวจสอบจำนวนโทเค็นแคชฮิตในข้อมูลการใช้งานจริงก่อนถือว่าประหยัดได้จริง

Worked Example 3: The Cost of Crossing 200K

พิจารณาคำขอเอเจนต์ที่รันนาน มีพรอมต์ 210,000 โทเค็น และเอาต์พุต 2,000 โทเค็น ใช้อัตราบริบทยาวที่แสดง:

• อินพุตใหม่ 210,000 โทเค็น: $0.67200
• เอาต์พุต 2,000 โทเค็น: $0.01920
• รวม: $0.69120 ต่อการรัน

หากการบีบอัดบริบท การกรองการค้นดึง และเช็คพอยต์สรุป ลดพรอมต์เหลือ 180,000 โทเค็น พร้อมเอาต์พุต 2,000 โทเค็นเท่าเดิม ประมาณการระดับมาตรฐานคือ:

• อินพุตใหม่ 180,000 โทเค็น: $0.28800
• เอาต์พุต 2,000 โทเค็น: $0.00960
• รวม: $0.29760 ต่อการรัน

ความต่างคือ $0.39360 ต่อการรัน หรือประมาณ 56.9% ตลอด 10,000 การรัน ประหยัดโดยประมาณ $3,936 บทเรียนไม่ใช่การลบบริบทที่มีประโยชน์ แต่คือเก็บเฉพาะบริบทที่เปลี่ยนคำตอบ และสรุปหรือค้นดึงส่วนที่เหลือก่อนคำขอจะข้ามขอบเขตราคา

A Python Calculator for Pre-Call Estimates

ฟังก์ชันต่อไปนี้ใช้อัตรา Grok 4.7 ที่ CometAPI แสดงอยู่ในปัจจุบัน ใช้ระดับบริบทยาวอย่างอนุรักษ์นิยมเมื่อพรอมต์รวมถึง 200,000 โทเค็น

from dataclasses import dataclass

@dataclass(frozen=True)
class Rates:
    input_per_million: float
    cached_input_per_million: float
    output_per_million: float

SHORT = Rates(1.60, 0.40, 4.80)
LONG = Rates(3.20, 0.80, 9.60)

def estimate_grok_47_cost(
    fresh_input_tokens: int,
    cached_input_tokens: int,
    max_output_tokens: int,
) -> float:
    prompt_tokens = fresh_input_tokens + cached_input_tokens
    rates = LONG if prompt_tokens >= 200_000 else SHORT

    return (
        fresh_input_tokens * rates.input_per_million
        + cached_input_tokens * rates.cached_input_per_million
        + max_output_tokens * rates.output_per_million
    ) / 1_000_000

estimate = estimate_grok_47_cost(
    fresh_input_tokens=2_000,
    cached_input_tokens=20_000,
    max_output_tokens=600,
)
print(f"Estimated upper bound: ${estimate:.5f}")

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

Five Grok 4.7 Cost Controls, Ranked by Likely Impact

1. ทำให้บริบทที่ใช้ซ้ำมีความคงที่พอสำหรับแคช

วางคำสั่งคงที่ เอกสารผลิตภัณฑ์ สคีมา และตัวอย่างที่ใช้ซ้ำได้ ไว้ก่อนเนื้อหาที่เฉพาะคำขอ หลีกเลี่ยงการเปลี่ยนแปลงเวลา ไอดี เว้นวรรค หรือการเรียงลำดับ ภายในพรีฟิกซ์ขนาดใหญ่ที่ใช้ร่วมกัน เว้นแต่จำเป็น คำแนะนำของ xAI สำหรับ Grok 4.7 แนะนำตัวระบุการจัดเส้นทางแคชที่คงที่สำหรับการสนทนา; เมื่อใช้เส้นทางตัวกลาง ให้ตรวจสอบว่าควบคุมแคชและฟิลด์การใช้งานใดที่รองรับก่อนพึ่งพา

วัดจำนวนโทเค็นแคชฮิตและอัตราแคชฮิตตามภาระงาน ส่วนลดแคชเชิงทฤษฎีไม่มีมูลค่า หากแอปปรับเปลี่ยนพรีฟิกซ์ตลอดเวลา

2. มอง 200K เป็นงบวิศวกรรม ไม่ใช่เป้าหมาย

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

ติดตามการกระจายความยาวพรอมต์ และแจ้งเตือนก่อนที่ p95 จะเข้าใกล้ขอบเขต ภายใต้ตารางอย่างเป็นทางการของ xAI เมื่อพรอมต์ถึง 200K โทเค็น จะใช้อัตราบริบทยาวกับทุกโทเค็นในคำขอนั้น CometAPI ก็แสดงระดับบริบทยาวที่สูงขึ้นสำหรับ Grok 4.7 เช่นกัน นี่เป็นเงื่อนไขราคาของแพลตฟอร์ม ไม่ใช่ความสามารถของโมเดล

3. กำหนดเพดานเอาต์พุตและปรับระดับเหตุผลตามชุดประเมิน

ตั้งเพดานเอาต์พุตระดับแอปให้เหมาะกับผลิตภัณฑ์ ผลการจัดหมวดหมู่อาจต้องใช้เพียงไม่กี่สิบโทเค็น คำตอบซัพพอร์ตอาจต้องไม่กี่ร้อย รายงานวิจัยอาจต้องมากกว่า เพดานนี้เป็นการควบคุมงบประมาณและประสบการณ์ผู้ใช้ ไม่ใช่ขีดจำกัดของ Grok 4.7 บันทึกการออกรุ่นวันที่ 21 กันยายนของ xAI ระบุว่า Grok 4.7 ไม่มีขีดจำกัดเอาต์พุตข้อความ; อย่างไรก็ดี นั่นไม่ขัดขวางแอปหรือเส้นทาง API ใดๆ จากการบังคับเพดานคำขอของตนเอง ตรวจสอบขีดจำกัดคำขอที่บังคับโดยเอ็นด์พอยต์หรือ SDK กับเส้นทางที่คุณใช้งานจริง

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

4. ปฏิเสธหรือปรับรูปคำขอที่มีค่าใช้จ่ายสูงก่อนเรียก API

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

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

5. ปรับให้เหมาะต้นทุนต่อภารกิจที่สำเร็จ ไม่ใช่ต้นทุนต่อการเรียก

การเรียกที่ถูกกว่าแต่ล้มการตรวจสองครั้งอาจแพงกว่าการเรียกครั้งเดียวที่สำเร็จ ติดตาม:

• ต้นทุนต่อคำตอบที่ยอมรับ;
• ต้นทุนต่อภารกิจเอเจนต์ที่เสร็จสมบูรณ์;
• ต้นทุนการลองใหม่และการถอยกลับ;
• อัตราแคชฮิตและสัดส่วนโทเค็นจากแคช;
• p50 และ p95 ของโทเค็นพรอมต์และเอาต์พุต;
• คะแนนคุณภาพ เวลาแฝง และอัตราการยกระดับสู่มนุษย์

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

A Practical Monthly Cost Review

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

Where CometAPI Fits in the Grok 4.7 Cost Model

บทบาทของ CometAPI ในเวิร์กโฟลว์นี้คือระดับแพลตฟอร์ม API: ให้การเข้าถึง Grok 4.7 เผยแพร่อัตราโทเค็นของตนเอง และจัดทำเอ็นด์พอยต์ที่เข้ากันได้กับ OpenAI มันไม่ได้เปลี่ยนความสามารถพื้นฐานของ Grok 4.7 ทีมที่ใช้ไคลเอนต์สไตล์ OpenAI อยู่แล้วอาจคงรูปแบบไคลเอนต์เดิมไว้ โดยเปลี่ยนเพียง API key, base URL และรหัสโมเดล ภายใต้ความเข้ากันได้ของเอ็นด์พอยต์

ณ วันที่ 28 กันยายน 2026 อัตราที่ CometAPI แสดงสำหรับ Grok 4.7 ต่ำกว่าอัตรา xAI โดยตรงที่สอดคล้องกัน 20% ทั้งระดับมาตรฐานและบริบทยาว นี่คือการเปรียบเทียบราคาแพลตฟอร์ม ไม่ใช่ข้ออ้างคุณภาพโมเดล ก่อนเปิดใช้งานจริง ทีมควรยืนยันรหัสโมเดลที่ใช้งาน พารามิเตอร์เอ็นด์พอยต์ พฤติกรรมแคช ขีดจำกัดอัตรา ความน่าเชื่อถือ การสนับสนุน และเงื่อนไขการเรียกเก็บเงิน

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

FAQ

ราคาโทเค็นของ Grok 4.7 บน CometAPI คือเท่าใด?

สำหรับพรอมต์ต่ำกว่า 200K โทเค็น CometAPI ปัจจุบันแสดง $1.60 ต่อหนึ่งล้านโทเค็นอินพุตใหม่, $0.40 ต่อหนึ่งล้านโทเค็นอินพุตแคช, และ $4.80 ต่อหนึ่งล้านโทเค็นเอาต์พุต อัตราบริบทยาวที่แสดงคือ $3.20, $0.80, และ $9.60 ต่อหนึ่งล้านโทเค็น ตามลำดับ

คำขอ API ของ Grok 4.7 หนึ่งครั้งมีค่าใช้จ่ายเท่าใด?

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

วิธีที่ง่ายที่สุดในการลดต้นทุน API ของ Grok 4.7 คืออะไร?

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

หน้าต่างบริบท 500K หมายความว่าควรส่ง 500K โทเค็นหรือไม่?

ไม่ หน้าต่างบริบทเป็นขีดจำกัดความจุ ไม่ใช่คำแนะนำ ทั้งราคา xAI โดยตรงและรายการปัจจุบันของ CometAPI ใช้อัตราบริบทยาวที่สูงขึ้น ณ เกณฑ์พรอมต์ 200K ดังนั้นแอปควรส่งเฉพาะบริบทที่จำเป็นต่อภารกิจ

สามารถประมาณการค่าใช้จ่ายก่อนเรียก Grok 4.7 ได้ไหม?

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