OAuth দিয়ে চ্যাট অনুরোধ পাঠান
গ্রাহক-অর্থায়িত চ্যাট কমপ্লিশনের জন্য অনুমোদিত ShareAI OAuth অ্যাক্সেস টোকেন ব্যবহার করুন এবং টোকেনের মেয়াদ শেষ হওয়া, সম্মতি এবং অ্যাকাউন্ট সীমা পরিচালনা করুন।
এই পৃষ্ঠায়
এই পথটি বেছে নিন যখন একজন গ্রাহক আপনার অ্যাপ্লিকেশনকে তাদের নির্বাচিত ShareAI অ্যাকাউন্ট ব্যবহার করার অনুমতি দিয়েছেন। প্রথমে PKCE সহ অনুমোদন কোড সম্পূর্ণ করুন এবং একটি গ্রান্ট প্রাপ্ত করুন যা অন্তর্ভুক্ত করে surcharge.
https://api.shareai.now/api/v1/chat/completionsগ্রাহকের গৃহীত অ্যাপ্লিকেশন চুক্তির অধীনে ইনফারেন্স চালান।
- বেস URL
https://api.shareai.now- অথেন্টিকেশন
- Bearer OAuth অ্যাক্সেস টোকেন
- প্রয়োজনীয় স্কোপ
surcharge
cURL
curl --fail-with-body https://api.shareai.now/api/v1/chat/completions \
-H "Authorization: Bearer $SHAREAI_ACCESS_TOKEN" \
-H "Content-Type: application/json" \
--data '{"model":"MODEL_IDENTIFIER","messages":[{"role":"user","content":"Hello!"}],"stream":false}'
অ্যাক্সেস টোকেনটি Bearer হেডারে যায়#
চ্যাট এন্ডপয়েন্ট এবং অনুরোধ বডি API-কী প্রবাহের মতোই। পার্থক্য হল ক্রেডেনশিয়াল এবং এর অনুমোদন জীবনচক্র। একটি রিফ্রেশ টোকেন শুধুমাত্র টোকেন এন্ডপয়েন্টে পাঠানো হয়; একটি ID টোকেন শুধুমাত্র যাচাই করা অ্যাপ্লিকেশন সাইন-ইনের জন্য ব্যবহৃত হয়।
কে অর্থ প্রদান করে এবং কোন পরিকল্পনা প্রযোজ্য?#
গৃহীত গ্রান্ট নির্বাচিত ব্যক্তিগত বা সংস্থা অ্যাকাউন্ট, অ্যাপ্লিকেশন এবং ব্যবহার পরিকল্পনাকে চিহ্নিত করে। পরিষেবা অনুমোদন থেকে এই মানগুলি নির্ধারণ করে। চ্যাট বডিতে একটি পেয়ার আইডি, বিল্ডার ফি বা অন্য ক্লায়েন্টের বিষয় পাঠিয়ে বিলিং পরিবর্তন করবেন না।
সম্মতি হারানো ছাড়াই অ্যাক্সেস পুনর্নবীকরণ করুন#
যখন অ্যাক্সেস টোকেনের মেয়াদ শেষ হয়, ব্যবহার করুন রিফ্রেশ প্রবাহ আপনার ব্যাকএন্ডে এবং প্রতিস্থাপন রিফ্রেশ টোকেন সংরক্ষণ করুন। যখন গ্রান্ট বাতিল করা হয় বা নতুন সম্মতি প্রয়োজন হয়, ব্রাউজার প্রবাহের মাধ্যমে গ্রাহককে পুনরায় সংযোগ করুন।
ব্যর্থতা পরিচালনা#
| ফলাফল | পদক্ষেপ |
|---|---|
401 consent_required | যদি অনুমোদন আর বৈধ না থাকে তবে গ্রাহককে পুনরায় সংযোগ করতে বলুন। |
403 | প্রদত্ত ইনফারেন্স অনুমতি এবং অনুমোদিত মডেল/প্রোভাইডার অ্যাক্সেস পরীক্ষা করুন। |
429 | Retry-After এবং আপনার অ্যাপ্লিকেশন/অ্যাকাউন্ট সীমাগুলিকে সম্মান করুন। |
503 temporarily_unavailable | একটি অস্থায়ী পরিষেবা ত্রুটি দেখান; গ্রাহককে বলবেন না যে সম্মতি বাতিল করা হয়েছে। |
মডেল পরিচয় এবং কার্যকরী প্রদানকারী#
সঠিক ক্রিয়েটর-ভিত্তিক মডেল শনাক্তকারী থেকে কপি করুন মডেল. ঐচ্ছিকভাবে আলাদা করে অবকাঠামো নির্বাচন করুন provider অবজেক্ট। ডিফল্টটি মূল্য অনুযায়ী যোগ্য প্রদানকারীদের র্যাঙ্ক করে, সর্বনিম্ন প্রথম। প্রদানকারী নির্বাচন করুন অথবা পরামর্শ করুন সম্পূর্ণ নীতিমালা রেফারেন্স.
মাসিক ব্যয়ের সীমা এবং বিলিং পুনরুদ্ধার#
প্রতিটি অর্থপ্রদানকারী অ্যাকাউন্ট তার নিজস্ব মাসিক AI ব্যয়ের সীমা নির্ধারণ করতে পারে প্রতিটি অ্যাপ্লিকেশন বা ক্লায়েন্ট পরিষেবার জন্য Billing → Subscriptions & Commitments-এ। এই সীমার মধ্যে নেটওয়ার্ক খরচ এবং Builder সারচার্জ অন্তর্ভুক্ত থাকে, তবে নির্দিষ্ট সাবস্ক্রিপশন এবং নিশ্চিত কেনাকাটা আলাদা থাকে। সীমা ত্রুটি HTTP 402 ব্যবহার করে application_spending_limit_exceeded; পর্যাপ্ত যোগ্য ক্রেডিট না থাকলে HTTP 402 ব্যবহার করুন insufficient_credits. উভয়ই একটি গ্রাহক বিলিং লিঙ্ক প্রদান করে। ত্রুটি চুক্তি, স্ট্রিমিং হ্যান্ডলিং এবং ইন্টিগ্রেশন উদাহরণ.
সর্বশেষ আপডেট সেপ্টেম্বর 18, 2026