ლიმიტები და ბალანსი

ეს გვერდი განმარტავს, რისგან შედგება თქვენი ბალანსი, რას ირეზერვებს და რა ჯდება ერთი მოთხოვნა, რამდენი მოთხოვნის გაგზავნა შეგიძლიათ და იმ რამდენიმე ლიმიტს, რომელსაც ერთი მოთხოვნა შეიძლება შეხვდეს.

ბალანსის 1M ტოკენის ღირებულება

$5.00

დღიური ლიმიტი ახლდება

00:00 UTC

flood protection, ანგარიშის მიხედვით

120 მოთხოვნა / წთ

როგორ მუშავდება მოთხოვნები

• rate-დონეების გარეშე — ერთი წესი ზღუდავს, რა სიჩქარით შეიძლება მოთხოვნები მოვიდეს, და ის ერთნაირია ყველა ანგარიშისა და ყველა გეგმისთვის: 120 მოთხოვნა წუთში. ტოკენებზე წუთში ლიმიტი არ არსებობს.
• ცალკე API კვოტა არ არის — API იმავე ბალანსს ხარჯავს, რასაც ჩატი. გეგმა დღევანდელი ლიმიტის ზომას ადგენს. მოთხოვნების სიხშირეს ის არ ადგენს.
• რაც გინდათ სწრაფად — პარალელურად გაგზავნილი მოთხოვნები მიიღება და რიგში დგას. პარალელურობის გამო ისინი არ უარყოფა.

თქვენი ბალანსი

თქვენი ბალანსი ტოკენებში ითვლება. ბალანსის 1,000,000 ტოკენი $5.00 ღირს და გვერდზე მოდელები და ფასები ყოველი ფასი ამ ღირებულების მიმართ ტარიფია.

ნებისმიერ მომენტში ბალანსი ორი ნაწილის ჯამია.

• დღევანდელი გეგმის ლიმიტი — ტოკენების რაოდენობა, რომელსაც თქვენი გეგმა ადგენს. ის ყოველდღე ახლდება 00:00 UTC-ზე. რაც დღის ბოლოს დარჩება, არ გადადის.
• შეძენილი კრედიტი — ტოკენები, რომლებიც პაკეტით შეიძინეთ. კრედიტს ვადა არ გასდის და მუშაობს ყველა გეგმაზე, Free-ის ჩათვლით.

• დახარჯვის თანმიმდევრობა — ყოველი მოთხოვნა ჯერ დღევანდელ გეგმის ლიმიტს ხარჯავს. შეძენილი კრედიტი გამოიყენება მხოლოდ იმისთვის, რაც ამ დღეს ლიმიტს აღემატება.
• ჩატი და API ერთად იყენებენ — ანგარიშზე ერთი ბალანსია. API გასაღები ხარჯავს იმ ანგარიშის ბალანსს, რომელსაც ეკუთვნის, ჩატის იგივე ფასებით.
• პაკეტები — კრედიტი იყიდება 1,000,000 ($5.00), 2,000,000 ($10.00) და 5,000,000 ($25.00) ტოკენიან პაკეტებად, ან თქვენ მიერ არჩეული რაოდენობით 1,000,000-დან 100,000,000 ტოკენამდე ფასად $5.00 1,000,000-ზე.

კრედიტის შევსება გეგმის შეცვლა

რას ირეზერვებს მოთხოვნა და რა ჯდება

• რეზერვი — როცა მოთხოვნა მოდის, ის თქვენი ბალანსიდან თავის გამოტანის ბიუჯეტს ირეზერვებს: max_tokens /v1/chat/completions-სა და /v1/messages-ზე, max_output_tokens /v1/responses-ზე. /v1/chat/completions ასევე კითხულობს max_completion_tokens-ს. ნაგულისხმევია 4,096 და დიაპაზონია 1-დან 65,536-მდე.
• მიღება — მოთხოვნა მიიღება მხოლოდ იმ შემთხვევაში, თუ რეზერვი თქვენი ბალანსის ნაშთში ეტევა. ბალანსს, რომელიც ნულზე მეტია, მაგრამ გამოტანის ბიუჯეტზე მცირე, პასუხად Quota exceeded ეძლევა. დანარჩენის გამოსაყენებლად გააგზავნეთ უფრო მცირე max_tokens.
• ანგარიშსწორება — როცა პასუხი სრულდება, რეზერვი რეალური ჩამოჭრით იცვლება. ჩამოჭრა შეიძლება რეზერვზე ნაკლები ან მეტი იყოს.
• დაბრუნება — მოთხოვნა, რომელიც შეცდომის სტატუსით მთავრდება, რეზერვს სრულად აბრუნებს.

რეალური ჩამოჭრა მოდელის ოჯახზეა დამოკიდებული.

თანხა USD-ში თქვენი ბალანსიდან ტოკენებში იკლება $5.00 1,000,000-ზე, დამრგვალებული მთელ ტოკენამდე.

ტოკენების დათვლა POST /v1/tokenize-ით ან POST /v1/messages/count_tokens-ით უფასოა და არაფერს ირეზერვებს. ტოკენების დათვლა

სად ნახოთ ბალანსი და გამოყენება

გვერდი Keys & usage აჩვენებს, რისი დახარჯვა შეგიძლიათ ახლა, დღევანდელ გეგმის ლიმიტს, თქვენს შეძენილ კრედიტს და ბოლო 30 დღის API ხარჯს. ქვემოთ ჩამოთვლილია თქვენი გასაღებით შესრულებული ყველა მოთხოვნა: დრო, endpoint, მოდელი, ქეშირებული შემავალი, ჩამოჭრილი ტოკენები და ღირებულება. გასაღებები და გამოყენება

ყოველი პასუხი ასევე ატარებს usage ობიექტს ამ გამოძახების ტოკენების რაოდენობით.

• usage შეიცავს მოდელის ტოკენების რაოდენობას. თანხა, რომელიც თქვენი ბალანსიდან ჩამოიჭრა, პასუხში არ არის: ის არის სვეტი ჩამოჭრილი ტოკენები მოთხოვნების სიაში გვერდზე Keys & usage.
• /v1/messages-ზე hosted open-weight მოდელით input_tokens შემავალის არაქეშირებული ნაწილია, cache_read_input_tokens — ქეშირებული ნაწილი და cache_creation_input_tokens ყოველთვის 0-ია.
• /v1/chat/completions-ის სტრიმი usage-ს ატარებს თავის ბოლო chunk-ში [DONE]-მდე. სტრიმინგი

როცა ბალანსი ამოიწურება

მოთხოვნას, რომლის რეზერვიც თქვენს ბალანსში არ ეტევა, პასუხობს სტატუსი 429, ტიპი rate_limit_error და ქვემოთ მოცემული შეტყობინება. არაფერი ირიცხება. იგივე პასუხი იგზავნება, როცა ბალანსი ნულზე მეტია, მაგრამ მოთხოვნის გამოტანის ბიუჯეტზე მცირე.

{
  "error": {
    "type": "rate_limit_error",
    "message": "Quota exceeded. Upgrade your plan at shannon-ai.com/plan"
  }
}

{
  "type": "error",
  "error": {
    "type": "rate_limit_error",
    "message": "Quota exceeded. Upgrade your plan at shannon-ai.com/plan"
  }
}

/v1/responses-ზე error ობიექტს ასევე შეუძლია შეიცავდეს code-სა და param-ს, ორივე null.

რა შეგიძლიათ გააკეთოთ:

• დაელოდეთ გეგმის შემდეგ ლიმიტს 00:00 UTC-ზე.
• შეავსეთ კრედიტი. კრედიტი გეგმის ლიმიტის შემდეგ იხარჯება და ვადა არ გასდის. კრედიტის შევსება
• გადადით გეგმაზე უფრო დიდი დღიური ლიმიტით. გეგმის შეცვლა
• გააგზავნეთ უფრო მცირე max_tokens, თუ ბალანსის რაღაც ნაწილი დარჩა: მაშინ რეზერვი უფრო მცირეა.

Shannon Coder-ის გამოძახებების ლიმიტი

shannon-coder-1 /v1/chat/completions-სა და /v1/messages-ზე ითვლება გამოძახებებში და არა ტოკენებში. თითოეული გეგმა 4-საათიან ფანჯარაში გამოძახებების გარკვეულ რაოდენობას მოიცავს. ერთი მოთხოვნა ერთი გამოძახებაა.

• ფანჯრები იწყება 00:00, 04:00, 08:00, 12:00, 16:00, 20:00 UTC-ზე. გამოძახებები, რომლებიც ფანჯრის ბოლოს დარჩება, არ გადადის.
• გამოძახება ითვლება მოთხოვნის მიღებისას, მოდელის პასუხამდე. მოთხოვნა, რომელიც შემდეგ წარუმატებლად სრულდება, მაინც გამოძახებად ითვლება.
• ეს გამოძახებები ტოკენებს არ ირეზერვებენ და თქვენი ბალანსიდან არაფერს იღებენ. მოთხოვნების სია გვერდზე Keys & usage აჩვენებს მათ ტოკენების რაოდენობას და მის ღირებულებას მითითებული ფასით.
• shannon-coder-1-ის ნაგულისხმევი max_tokens ამ ორ endpoint-ზე არის 65,536.
• გამოძახებების ამოწურვისას პასუხია სტატუსი 429, ტიპი rate_limit_error, შეტყობინება Shannon Coder call quota reached. Upgrade your plan at shannon-ai.com/plan.
• /v1/responses-ზე shannon-coder-1-ს გამოძახებების ლიმიტი არ აქვს: ის ტოკენებით ირიცხება თქვენი ბალანსიდან $8.00 1M-ზე, ისევე როგორც ყველა სხვა მოდელი.

Flood protection

ანგარიშს შეუძლია გააგზავნოს 120 მოთხოვნა წუთში. ეს მოთხოვნების სიხშირის ერთადერთი ლიმიტია და ყველა გეგმაზე ერთნაირია. ის არსებობს წყალდიდობის შესაჩერებლად და არა ჩვეულებრივი გამოყენების შესანელებლად.

• წუთი 60 წამის ფიქსირებული ფანჯარაა, რომელიც თქვენი პირველი მოთხოვნით იხსნება. როცა ის მთავრდება, დათვლა ნულიდან იწყება.
• დათვლა ანგარიშის მიხედვით ხდება და არა გასაღების ან IP მისამართის მიხედვით. გასაღების როტაცია ახალ ფანჯარას არ ხსნის.
• ფანჯარაში 121-ე მოთხოვნას პასუხობს სტატუსი 429, ტიპი rate_limit_error და შეტყობინება Too many requests. Retry in <N>s. N არის წამების რაოდენობა ფანჯრის დასრულებამდე, 1-დან 60-მდე.
• Flood protection ბალანსამდე მოწმდება. მოთხოვნა, რომელსაც ის უარყოფს, არაფერს ირეზერვებს და არაფერი ღირს.

{
  "error": {
    "type": "rate_limit_error",
    "message": "Too many requests. Retry in 37s."
  }
}

{
  "type": "error",
  "error": {
    "type": "rate_limit_error",
    "message": "Too many requests. Retry in 37s."
  }
}

პარალელური მოთხოვნები

არ არსებობს ლიმიტი იმაზე, რამდენი მოთხოვნა შეიძლება ჰქონდეს ანგარიშს ერთდროულად ღია, და არც შეცდომა პარალელური მოთხოვნების გაგზავნისთვის. მოთხოვნები, რომლებიც ერთდროულად ვერ იწყება, რიგში დგანან და რიგრიგობით პასუხდებიან.

• ყოველი მოთხოვნა 120-ში წუთში მოსვლისას ითვლება, იმის მიუხედავად, დასრულდა თუ არა წინა მოთხოვნები.
• ყოველი მოთხოვნა თავის რეზერვს დასრულებამდე ინარჩუნებს. ოცი ღია მოთხოვნა ნაგულისხმევი გამოტანის ბიუჯეტით ბალანსის 20 × 4,096 = 81,920 ტოკენს იკავებს. თუ რეზერვები ერთად ბალანსზე დიდია, შემდეგ მოთხოვნას ეძლევა პასუხი Quota exceeded, თუმცა დასრულებული გამოძახებები ნაკლები დაჯდებოდა. უფრო მცირე max_tokens ნაკლებს იკავებს.
• სტრიმინგის გარეშე მოთხოვნა არაფერს აგზავნის, სანამ პასუხი არ დასრულდება, ამიტომ თქვენს კლიენტს მიეცით timeout, რომელიც ლოდინს დაფარავს. სტრიმი ლოდინისას კავშირს ღიად ინახავს. სტრიმინგი

ერთი მოთხოვნის ლიმიტები

შეცდომები

ამ გვერდის პასუხები. /v1/messages-ზე იგივე error ობიექტი შეფუთულია როგორც {"type": "error", "error": {…}}.