Claude API یا subscription: کون سا سستا ہے؟

کیا Claude API subscription سے سستا ہے؟

استعمال کی ایک خاص حد سے کم پر Claude API subscription سے سستا ہوتا ہے، اور اس حد سے زیادہ استعمال پر مہنگا۔ اگر ایک developer دن بھر interactive coding کرتا ہے تو عموماً مقررہ فیس والا plan بہتر رہتا ہے۔ اگر کوئی program خود API calls کرتا ہے تو API ہی واحد اختیار ہے، اس لیے لاگت فیصلہ کن عامل نہیں رہتی۔ باقی حساب آپ دس منٹ میں خود کر سکتے ہیں۔

Break-even معلوم کرنے کے لیے کوئی official عدد دستیاب نہیں۔ Subscription کو token allowances کے بجائے usage windows کی صورت میں فروخت کیا جاتا ہے، اس لیے کوئی published figure یہ نہیں بتا سکتی کہ دونوں لاگت کی لکیریں کہاں ملتی ہیں۔ ذیل میں موجود formula موجودہ per-token rates پر مبنی ہے۔ اس میں آپ کے اپنے استعمال کے وہ عوامل بھی شامل ہیں جو plan fee کے مقابلے میں نتیجے کو کہیں زیادہ بدل سکتے ہیں۔ ذیل میں دیا گیا ہر break-even figure published rates اور بیان کردہ assumptions سے میرا اپنا حساب ہے، documented number نہیں۔

اگر آپ ابھی یہ طے کر رہے ہیں کہ کون سا plan خریدنا ہے تو آپ کے کام کرنے کے طریقے کے لیے کون سا Claude plan موزوں ہے اس سوال کا جواب دیتا ہے۔ یہ post اس مفروضے پر مبنی ہے کہ آپ جانتے ہیں کہ کون سا plan خریدیں گے، اور اب یہ جاننا چاہتے ہیں کہ اسے خریدنا بھی چاہیے یا نہیں۔

دو بلنگ ماڈل جن کی ساخت ایک جیسی نہیں

Subscription ایسی گنجائش ہے جسے آپ شاید استعمال نہ کریں۔ آپ ایک مقررہ فیس ادا کرتے ہیں اور ایسی allowance حاصل کرتے ہیں جو ایک مقررہ schedule کے مطابق reset ہوتی ہے۔ Anthropic کی Claude Code documentation میں Team اور Enterprise seats کے لیے اس ماڈل کی ساخت بیان کی گئی ہے: usage "draws from a per-seat allowance that resets on a rolling five-hour window and a weekly window" اور یہ Claude chat اور Cowork کے ساتھ shared ہوتی ہے۔ Subscriber کے لیے یہی صورت اس وقت سامنے آتی ہے جب وہ messages کی حد تک پہنچتا ہے، جہاں یہ پیغامات دکھائی دیتے ہیں: "You've hit your session limit" اور "You've hit your weekly limit"۔ جو capacity آپ استعمال نہیں کرتے، اس کی رقم پھر بھی ادا کر چکے ہوتے ہیں۔ جس capacity سے آپ تجاوز کر جائیں، وہ window reset ہونے تک کام روک دیتی ہے، اور /model کے ذریعے model تبدیل کرنے سے access بحال نہیں ہوتا، کیونکہ یہ windows تمام models کے درمیان shared ہوتی ہیں۔ اگر اس وقت آپ کو ان میں سے کوئی message دکھائی دے رہا ہے تو یہ معلوم کرنا کہ آپ کس window کے ختم ہونے کا انتظار کر رہے ہیں کسی بھی حساب سے پہلے ضروری ہے، کیونکہ پانچ گھنٹے اور weekly limits کے لیے مختلف اقدامات درکار ہوتے ہیں۔

API ایسا meter ہے جو کبھی نہیں رکتا۔ اس میں نہ کوئی window ہے اور نہ کوئی wall۔ ہر request کی قیمت tokens کے حساب سے مقرر ہوتی ہے، جبکہ کچھ چیزوں کی قیمت tokens سے الگ ہوتی ہے: web search "is available on the Claude API for $10 per 1,000 searches"۔ کوئی چیز limit پر رکتی نہیں۔ Invoice صرف بڑھتا رہتا ہے۔ اس کے نیچے کوئی free tier بھی نہیں، اگرچہ signup credit اور وہ حصے جن کی کوئی لاگت نہیں اس سے پہلے پہلے experiment کو ممکن بنا سکتے ہیں کہ یہ حساب اہم ہو۔

23 July 2026 تک plan fees، Claude pricing page سے لی گئی ہیں: Pro "$17 Per month with annual subscription discount ($200 billed up front). $20 if billed monthly" ہے، اور اس میں Claude Code شامل ہے۔ Max کی قیمت "From $100 Per month" سے شروع ہوتی ہے۔ Team seats کی قیمت "$20 Per seat / month if billed annually" سے شروع ہوتی ہے۔ Enterprise خاص طور پر اہم ہے، کیونکہ اس میں دونوں models بیک وقت چلتے ہیں: "Seat price + usage at API rates $20/seat"۔ اگر آپ اسی hybrid ماڈل پر غور کر رہے ہیں تو Enterprise seat fee اصل میں کیا cover کرتی ہے seat minimums اور ان حصوں کی وضاحت کرتی ہے جو صرف negotiated quote میں شامل ہوتے ہیں۔ اگر آپ پورے Claude کے بجائے خاص طور پر coding tool کی قیمت معلوم کر رہے ہیں تو ہر plan پر Claude Code کی لاگت انہی fees کو ایک ماہانہ عملی estimate کے ساتھ واضح کرتی ہے۔ اگر اس موازنے کا flat side ابھی Claude پر طے نہیں ہوا تو یہ tiers ChatGPT کے Go، Plus اور Pro کے مقابلے میں قیمت کے لحاظ سے فیصلے کا دوسرا حصہ پیش کرتی ہیں۔ Fees اکثر تبدیل ہوتی ہیں، اور ہر plan کے پیچھے موجود allowance کبھی tokens میں شائع نہیں کی جاتی، اس لیے فیصلہ کرتے وقت اسی دن pricing page پڑھیں۔

API سے جو چیزیں حاصل نہیں ہو سکتیں

پلان کی الاؤنس اور اس کے گرد بنایا گیا انٹرفیس۔ Claude Code کا /usage-credits کمانڈ subscription usage credits کو manage کرتا ہے، اور اسے "/login کے ذریعے اپنے claude.ai subscription میں sign in کرنے کے بعد" چلایا جاتا ہے؛ API key authentication کے ساتھ یہ کمانڈ دستیاب نہیں ہوتا۔ /usage screen بھی billing mode کے مطابق مختلف ہوتی ہے: اس کا Session block "API token usage دکھاتا ہے اور API users کے لیے ہے"، جبکہ subscribers کو اس کے بجائے plan usage bars اور usage breakdown نظر آتا ہے۔

Claude Code میں زیادہ طویل prompt cache۔ اس سہولت کی حقیقی مالی لاگت ہے اور اسے آسانی سے نظرانداز کیا جا سکتا ہے۔ دستاویزات کے مطابق، "subscription پر اس کی lifetime ایک گھنٹہ ہوتی ہے، لیکن usage credits استعمال ہونے پر یہ پانچ منٹ رہ جاتی ہے؛ API key یا cloud provider پر یہ ڈیفالٹ طور پر پانچ منٹ ہوتی ہے"۔ cache lifetime سے زیادہ طویل وقفے کے بعد بھیجا گیا آپ کا پہلا message cache سے فائدہ نہیں اٹھاتا، اس لیے پورا context دوبارہ process ہوتا ہے اور write prices کے مطابق اس کی billing ہوتی ہے۔ subscription پر آپ پچاس منٹ کی meeting کے بعد واپس آ کر پہلے سے گرم context کے ساتھ کام جاری رکھ سکتے ہیں۔ API key پر اسی وقفے کی وجہ سے session prefix کو مکمل طور پر دوبارہ لکھنے کی لاگت آتی ہے۔

آپ subscription سے کیا حاصل نہیں کر سکتے

Programmatic access۔ ایسا cron job یا webhook handler جو Claude کو call کرے، اسے API key درکار ہوتی ہے۔ اگر آپ کا workload یہی ہے تو موازنہ یہیں ختم ہو جاتا ہے۔ VPS پر اپنی پہلی Claude API ایپ بنانا میں key handling اور پہلے کام کرنے والے script کا طریقہ بیان کیا گیا ہے۔

Batch API discount۔ pricing page پر یہ بات واضح طور پر لکھی ہے: "Batch API بڑے پیمانے پر requests کو asynchronous طریقے سے process کرنے کی سہولت دیتی ہے، اور input اور output tokens دونوں پر 50% discount فراہم کرتی ہے۔" اس سے ایسے ہر کام کی لاگت نصف ہو جاتی ہے جس کے مکمل ہونے کا کوئی انسان انتظار نہیں کر رہا۔ Batch rates فی million tokens Opus 4.8 پر input کے لیے $2.50 اور output کے لیے $12.50، introductory pricing کے تحت Sonnet 5 پر بالترتیب $1 اور $5، جبکہ Haiku 4.5 پر $0.50 اور $2.50 ہیں۔ اس کے بدلے latency بڑھ جاتی ہے: زیادہ تر batches ایک گھنٹے کے اندر مکمل ہو جاتے ہیں، جو batch 24 گھنٹے کے اندر مکمل نہ ہو وہ expire ہو جاتا ہے، اور streaming کو batch نہیں کیا جا سکتا۔ Batch اور prompt caching ایک ساتھ استعمال ہو سکتے ہیں۔ چونکہ batch پانچ منٹ سے زیادہ چل سکتا ہے، اس لیے اس کے اندر 1-hour cache استعمال کریں۔

فی project لاگت کی نسبت۔ ہر API response میں ایک usage block واپس آتا ہے۔ اس سے آپ کسی ایک request کی لاگت log کر کے اسے کسی project یا customer سے منسوب کر سکتے ہیں۔ subscription اس seat رکھنے والے شخص کے لیے bars کا صرف ایک مجموعہ دکھاتی ہے۔

ایک بات احتیاط سے واضح کر دیں، کیونکہ دونوں سمتوں میں غلط مفروضہ قائم کرنا آسان ہے: یہ billing کے الگ surfaces ہیں۔ Anthropic کی documentation subscription billing کو claude.ai support اور Console billing کو API platform کی طرف بھیجتی ہے، اور /usage-credits API key کے تحت کام نہیں کرتا۔ میں نے جو کچھ دیکھا، اس میں کہیں نہیں کہا گیا کہ subscription میں API credit شامل ہوتا ہے۔ اس لیے دو accounts اور دو bills کے لیے منصوبہ بنائیں۔

مساوی لاگت کا فارمولہ

پہلے ایک 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

یہ multipliers شائع شدہ ہیں، تخمینی نہیں۔ 5-minute cache write کی لاگت "1.25x base input price"، 1-hour write کی لاگت "2x base input price"، اور cache read کی لاگت "0.1x base input price" ہے۔ Thinking tokens کو output tokens کے طور پر بل کیا جاتا ہے، اس لیے وہ output_tokens میں شامل ہوتے ہیں، حتیٰ کہ ان models میں بھی جو reasoning summary ظاہر نہیں کرتے۔

23 July 2026 کو فی million tokens (MTok) موجودہ base rates:

• 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: 31 August 2026 تک introductory pricing میں $2 input، $10 output؛ اس کے بعد $3 اور $15۔ introductory rates پر 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 پر کوئی اضافی surcharge نہیں ہے: "900k-token request کی billing فی token اسی rate پر ہوتی ہے جس rate پر 9k-token request کی ہوتی ہے۔"

ایک عملی مثال، درج شدہ مفروضوں کے ساتھ

Sonnet 5 پر Claude Code کا ایک mid-session turn لیں، جس میں context کے 60,000 tokens ہوں: 55,000 cache سے فراہم کیے گئے، 3,000 نئے tokens cache میں لکھے گئے، 2,000 tokens تازہ uncached input کے ہوں، اور 1,200 output tokens ہوں، جن میں thinking بھی شامل ہے۔

• 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 فی turn بنتا ہے۔ فعال دن میں 120 turns پر تقریباً $4.14 یومیہ لاگت آئے گی۔ ماہانہ 20 فعال دنوں پر یہ تقریباً $83 ماہانہ بنتی ہے۔

اس لاگت کا موازنہ اوپر دی گئی flat fees سے کریں تو بیک وقت دو باتیں سامنے آتی ہیں۔ یہ Pro fee سے تقریباً چار گنا ہے، اس لیے کاغذ پر Pro سستا ہے، بشرطیکہ اس کا allowance روزانہ Sonnet کے 120 turns کے لیے کافی ہو۔ یہی شرط وہ بات ہے جس کا فیصلہ کوئی published number آپ کے لیے نہیں کر سکتا۔ جواب کے قریب ترین چیز Pro میں شامل سہولیات اور اس کی حدود آپ کو کہاں روک سکتی ہیں، اس پر ایک تفصیلی نظر ہے۔ سستی fee کو فاتح سمجھنے سے پہلے اسے پڑھنا مفید ہے۔ یہی $83 entry Max fee سے کم ہے، اس لیے یہاں meter، Max سے سستا ہے۔ آخری جملے میں entry کا لفظ اہم ہے، کیونکہ Max دو prices پر فروخت ہوتا ہے، اور Max کے دونوں tiers میں سے آپ حقیقتاً کون سا خریدیں گے اس معیار کو $100 ماہانہ تک تبدیل کر دیتا ہے جس سے آپ موازنہ کر رہے ہیں۔

اب ایک وقت میں صرف ایک مفروضہ تبدیل کریں، اور دیکھیں کہ plan fee فیصلہ کن number نہیں رہتی۔

قیمت منصوبے کے مقابلے میں تین چیزیں break-even کو زیادہ متاثر کرتی ہیں

Prompt caching۔ اسی 60,000-token turn کو caching کے بغیر چلائیں تو پورا prompt تازہ input کے طور پر bill ہوتا ہے: 60,000 x $2.00/MTok = $0.12، اور output کے $0.012، یعنی ہر turn کی لاگت $0.132۔ یہ cached turn کے مقابلے میں تقریباً چار گنا ہے، اور ماہانہ $83 کو تقریباً $317 بنا دیتی ہے۔ یہی وہ break-even ہے جسے Anthropic شائع کرتا ہے، کیونکہ یہ آپ کے workload پر منحصر نہیں: "Cache hit کی لاگت standard input price کا 10% ہوتی ہے، اس لیے 5-minute مدت (1.25x write) میں صرف ایک cache read کے بعد، یا 1-hour مدت (2x write) میں دو cache reads کے بعد caching فائدہ مند ہو جاتی ہے۔"

دو failure modes آپ کو بتائے بغیر caching بند کر دیتے ہیں۔ پہلی وجہ ایسا prefix ہے جو model کی کم از کم cacheable length سے چھوٹا ہو: Fable 5 پر 512 tokens، Opus 4.8 اور Sonnet 5 پر 1,024، Opus 4.7 پر 2,048، اور Haiku 4.5 پر 4,096۔ چھوٹا prefix cache نہیں ہوتا اور کوئی error بھی نہیں آتا۔ دوسری وجہ parallel requests ہیں، کیونکہ "cache entry صرف پہلی response شروع ہونے کے بعد دستیاب ہوتی ہے۔" ایک ساتھ بھیجی گئی دس identical requests input کی پوری قیمت ادا کرتی ہیں۔ دونوں صورتوں کی علامت cache_read_input_tokens کا صفر پر رہنا ہے۔

Model choice۔ اسی turn کی قیمت Opus 4.8 پر لگائیں، جہاں input $5 اور output $25 ہے، cache reads $0.50 اور 5-minute writes $6.25 فی MTok ہیں: reads $0.0275، writes $0.0188، uncached input $0.0100، اور output $0.0300۔ اس طرح ہر turn کی لاگت تقریباً $0.086 بنتی ہے، جو Sonnet turn سے 2.5 گنا ہے، اور اسی volume پر ماہانہ تقریباً $207 بنتی ہے۔ صرف model choice نے اسی کام کی لاگت کو entry Max fee سے کم سطح سے بڑھا کر اس کے دو گنا سے زیادہ کر دیا۔ Haiku 4.5، جس کی قیمت $1 input اور $5 output ہے، mechanical کام، مثلاً log triage، کے لیے لاگت کو دوسری سمت لے جاتا ہے۔ Fable 5 اسے مہنگی سمت میں مزید بڑھاتا ہے، کیونکہ اس کی قیمت $10 input اور $50 output ہے۔ اس لیے اسے default model بنانے سے پہلے یہ پڑھیں کہ کون سے کام حقیقتاً Fable 5 کی شرح پوری کرتے ہیں۔

Effort level بھی model choice کا حصہ ہے، کیونکہ thinking tokens کی billing output rates پر ہوتی ہے۔ Opus 4.8 پر API default high ہے، جبکہ coding اور agentic کام کے لیے دستاویزی ابتدائی نقطہ زیادہ مہنگا xhigh ہے۔ اسے Claude Code میں /effort کے ذریعے یا API پر output_config.effort کے ذریعے کم کریں۔ ایک اور چیز پرانے اندازوں کو بدل دیتی ہے: نئے models نیا tokenizer استعمال کرتے ہیں جو "اسی text کے لیے تقریباً 30% زیادہ tokens پیدا کرتا ہے"، اس لیے پرانے model پر کی گئی گنتی آج اسی text کی لاگت کو کم ظاہر کرتی ہے۔

Session hygiene۔ API stateless ہے، اس لیے ہر turn پوری conversation کو billed input کے طور پر دوبارہ بھیجتا ہے۔ چنانچہ لمبے session میں ہر message کی لاگت نئے session کے مقابلے میں زیادہ ہوتی ہے۔ زیادہ تر unexpected invoices کے پیچھے یہی mechanism ہے، جس کی تفصیل Claude Code session میں حقیقتاً tokens کہاں خرچ ہوتے ہیں میں دی گئی ہے۔ غیر متعلقہ tasks کے درمیان /clear چلائیں، کیونکہ پرانا context ہر بعد کے message کے ساتھ دوبارہ بھیجا اور دوبارہ bill کیا جاتا ہے۔ ایک ہی طویل task کے اندر /compact چلائیں، تاکہ history کو مکمل طور پر ساتھ رکھنے کے بجائے summarize کیا جائے۔ مسلسل stints میں کام کریں، کیونکہ default cache "5-minute lifetime رکھتا ہے" اور "cached content کے ہر استعمال پر بغیر اضافی لاگت کے refresh ہو جاتا ہے"۔ اگر آپ ہر دس منٹ میں session کو ایک بار استعمال کریں تو ہر بار rewrite کی لاگت آئے گی۔ tmux میں VPS پر چلنے والا detached Claude Code session idle رہنے کے دوران تقریباً کچھ خرچ نہیں کرتا، لیکن cache lifetime سے زیادہ دیر idle رہنے پر warm prefix کا فائدہ ختم ہو جاتا ہے۔

فیصلہ کرنے سے پہلے اپنا استعمال خود ناپیں

میرے example کی بنیاد پر فیصلہ نہ کریں۔ اپنے ایک ہفتے کے استعمال کی بنیاد پر فیصلہ کریں۔

Claude Code میں ایک ہفتے تک ہر session کے اختتام پر /usage چلائیں (/cost اسی screen کا alias ہے)۔ یہ session کے token counts اور لاگت کا تخمینہ دکھاتا ہے۔ تاہم documentation میں ایک اہم وضاحت ہے: "یہ dollar figure مقامی طور پر token counts سے نکالا گیا تخمینہ ہے اور آپ کے actual bill سے مختلف ہو سکتا ہے۔" /clear چلانے پر totals reset ہو جاتے ہیں، اس لیے پہلے screen پڑھ لیں۔ Subscription میں یہ dollar figure آپ کا bill نہیں ہوتا، لیکن اس کے پیچھے موجود token counts وہی ہیں جو اس formula کے لیے درکار ہیں۔ /context دکھاتا ہے کہ window میں کون سا مواد جگہ لے رہا ہے۔

API account میں Claude Console کا usage page مستند record ہے۔ Prompt بھیجنے سے پہلے اس کی قیمت معلوم کرنے کے لیے client.messages.count_tokens() "استعمال کی سطح کی بنیاد پر requests per minute کی rate limits کے تابع، لیکن free to use" ہے، اور یہی واحد count ہے جو اس tokenizer کو استعمال کرتا ہے جس کے مطابق آپ سے واقعی bill لیا جائے گا۔

Call کے بعد usage block پڑھیں، اور اسے درست طور پر سمجھیں:

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

input_tokens صرف cache کے بعد باقی رہنے والے حصے کو count کرتا ہے۔ Documentation میں اسے "last cache breakpoint کے بعد کے tokens" کہا گیا ہے۔ input_tokens: 4000 report کرنے والا turn، 4,000-token turn نہیں ہوتا، اور تینوں fields کو جمع کرنے سے وہ prompt size ملتا ہے جو اس formula کو درکار ہے۔

پھر موازنہ کریں۔ اگر آپ کا ناپا ہوا ماہانہ استعمال plan fee سے واضح طور پر کم ہو تو meter منتخب کریں۔ اگر یہ واضح طور پر زیادہ ہو تو plan منتخب کریں، بشرطیکہ اس کی allowance آپ کے لیے معمول کے کام کا دن پورا کرتی ہو۔ اگر یہ حد کے قریب ہو تو plan منتخب کریں، کیونکہ plan آپ کو غیر متوقع بل نہیں دیتا، جبکہ meter دے سکتا ہے۔ اگر یہ Pro fee سے بھی بہت کم ہو تو دونوں میں سے کوئی اختیار خریدنے سے پہلے یہ طے کریں کہ آپ کے کام کرنے کے طریقے میں paid plan، free tier سے بہتر ہے یا نہیں، کیونکہ اتنے کم استعمال میں ممکن ہے کہ آپ free limit تک اکثر پہنچیں ہی نہیں اور کوئی bill دینا قابلِ جواز نہ ہو۔ یہ فیصلہ ناقابلِ واپسی بھی نہیں ہے، کیونکہ tier منسوخ کرنا یا نچلے tier پر آنا پہلے سے ادا کیے گئے مہینے کو برقرار رکھتا ہے، اگر حقیقی استعمال کے مزید چند ہفتے آپ کے اندازے کی تردید کریں۔ آپ جو بھی انتخاب کریں، یہ حساب صرف یہ طے کرتا ہے کہ کون سا billing model سستا ہے؛ جبکہ کیا یہ خرچ بچائے گئے گھنٹوں کی صورت میں خود کو پورا کرتا ہے، اس کے لیے اپنے فی گھنٹہ rate کے مطابق الگ حساب کرنا ہوگا۔

FAQ

کیا Claude API، Claude Pro یا Max سے سستا ہے؟

یہ استعمال کی مقدار پر منحصر ہے۔ اس کا کوئی شائع شدہ break-even point موجود نہیں جسے تلاش کیا جا سکے، کیونکہ subscriptions کو token allowances کے بجائے usage windows کے طور پر فروخت کیا جاتا ہے۔ شائع شدہ per-token rates سے ایک عام turn کی قیمت نکالیں، اسے فی active day turns اور ماہانہ active days سے ضرب دیں، پھر حاصل شدہ رقم کا plan fee سے موازنہ کریں۔ ایک عملی مثال میں، 60,000-token Sonnet 5 turn کی قیمت تقریباً $0.035 بنی، یا 20 دن تک روزانہ 120 turns پر تقریباً $83 ماہانہ: یہ Pro fee سے زیادہ اور ابتدائی Max fee سے کم ہے۔

میں اپنے Claude API کے ماہانہ اخراجات کا حساب کیسے لگاؤں؟

حقیقی token counts جمع کرنے کے لیے ایک ہفتے تک Claude Code میں /usage چلائیں، یا اگر آپ کے پاس پہلے سے API account ہے تو Claude Console میں usage page دیکھیں۔ پھر ایک turn کی قیمت نکالیں: uncached input کو base rate، cache writes کو base input کے 1.25 گنا، cache reads کو base input کے 0.1 گنا، اور output کو output rate پر شمار کریں؛ thinking tokens کو output میں شامل کریں۔ اس قیمت کو فی active day turns اور ماہانہ active days سے ضرب دیں۔

Claude API کے بل پر سب سے زیادہ اثر کس چیز کا پڑتا ہے؟

سب سے زیادہ اثر prompt caching کا پڑتا ہے۔ Sonnet 5 پر 60,000-token turn کی قیمت تقریباً $0.035 ہوتی ہے جب prefix cache سے فراہم کیا جائے، اور تقریباً $0.132 جب ایسا نہ ہو۔ اس کے بعد model choice آتی ہے: اسی turn کی Opus 4.8 پر قیمت تقریباً $0.086 ہے۔ تیسرے نمبر پر session length آتی ہے، کیونکہ API stateless ہے اور ہر turn میں پوری conversation کو billed input کے طور پر دوبارہ بھیجا جاتا ہے۔

کیا Claude subscription میں API access شامل ہوتا ہے؟

انہیں دو الگ accounts اور دو الگ bills سمجھیں۔ API calls کی billing اس account کے خلاف per token ہوتی ہے جو آپ Console میں بناتے ہیں، اور جن documentation صفحات کا میں نے جائزہ لیا ان میں کہیں نہیں کہا گیا کہ subscription API credit فراہم کرتی ہے۔ ان کے الگ surfaces ہونے کی واضح ترین علامت Claude Code کا /usage-credits command ہے، جو "API key authentication کے ساتھ دستیاب نہیں ہے"۔ بہت سے developers دونوں رکھتے ہیں: interactive coding کے لیے ایک plan، اور اپنی بنائی ہوئی چیزوں کے لیے ایک key۔