Detector লাইব্রেরিরেট সীমিত

রেট সীমিত

প্রোভাইডারের জন্য অপেক্ষা করছে।

ক্যাপাসিটি প্রত্যাখ্যান থেকে উৎপাদনশীল এজেন্টের কাজ আলাদা করুন।

সমস্যা দেখুন। finding বুঝুন।

ক্যাপশনসহ ইংরেজি বর্ণনা।

কীভাবে এটি নজর এড়িয়ে যায়

আপনার এজেন্ট শেষ হয়নি, কিন্তু এটি সত্যিকারের চিন্তাও করছে না। অনুরোধগুলি ক্যাপাসিটি ত্রুটি নিয়ে ফিরে আসতে থাকে। স্পষ্ট সংকেত ছাড়া, প্রোভাইডার থ্রটলিং একটি ধীর বা অনুত্তরদায়ী সেশনের মতো দেখাতে পারে।

একটি কাজ চলাকালীন দুটি প্রোভাইডার প্রত্যাখ্যানের কল্পনা করুন। এজেন্ট নিরবে পুনরায় চেষ্টা করতে পারে, বা কার্যকর অগ্রগতি করা বন্ধ করে দিতে পারে। আরও অপেক্ষা প্রতিটি কোটা বা ক্যাপাসিটি সমস্যা ঠিক করবে না, বিশেষত যখন একই সীমা কয়েকটি সেশন ভাগ করে।

ClawMetry কী শনাক্ত করে

ClawMetry টুল ফলাফল এবং স্পষ্ট API ত্রুটি ইভেন্টে ক্যাপাসিটি প্রত্যাখ্যান খোঁজে। এটি HTTP 429 এবং HTTP 529 এর মতো স্ট্যাটাস কোড, সাথে রেট লিমিট এবং ওভারলোড টেক্সট চিহ্নিত করে। বারবার প্রত্যাখ্যান একটি সতর্কতা উত্থাপন করে।

finding পরিবর্তনকারী পার্থক্য

ট্রিগারকারী উদাহরণ

২টি ক্যাপাসিটি প্রত্যাখ্যান

সতর্কতা ফলাফল

শান্ত তুলনা

১টি ক্যাপাসিটি প্রত্যাখ্যান

এই detector-এর জন্য কোনো finding নেই।

পরীক্ষিত উদাহরণে, দুটি HTTP 429 ত্রুটি ইভেন্ট একটি রেট সীমিত ফলাফল তৈরি করে। একটি প্রত্যাখ্যান ডিফল্ট থ্রেশহোল্ডের নিচে থাকে। ফলাফলে প্রত্যাখ্যানের সংখ্যা অন্তর্ভুক্ত, যাতে আপনি একটি বারবার সমস্যা এবং একটি অস্থায়ী প্রতিক্রিয়ার মধ্যে পার্থক্য করতে পারেন।

detector ফলাফল পরীক্ষা করুন
{
  "kind": "rate_limited",
  "severity": "warning",
  "evidence": {
    "refusals": 2,
    "threshold": 2,
    "threshold_source": "static",
    "observed": "HTTP 429/529 status or rate-limit text on tool results and API error events",
    "sample": ""
  }
}
ইনপুট ও সম্পূর্ণ ফলাফল ডাউনলোড করুন (JSON)
উদাহরণটি কীভাবে পরীক্ষা করা হয়েছে

এই উদাহরণগুলো প্রকাশিত detector-কে লেখক-তৈরি event ডেটা বা disposable কনফিগারেশন ফাইল দিয়ে মূল্যায়ন করে। ভিডিওগুলো সেই আচরণ দেখায়। এগুলো লাইভ agent বা পণ্যের ইন্টারফেসের রেকর্ডিং নয়। উদাহরণের কোনো command কার্যকর করা হয়নি।

ফলাফলটি এই ইনপুটের জন্য আচরণ প্রতিষ্ঠা করে। এটি runtime ingestion, প্রতিরোধ বা বাস্তব আপোষ প্রতিষ্ঠা করে না। পিন করা সোর্স চুক্তি পরীক্ষা করুন.

পরবর্তী কী পরীক্ষা করবেন

প্রোভাইডারের স্ট্যাটাস এবং ব্যবহৃত অ্যাকাউন্ট বা মডেলের সীমা যাচাই করুন। প্রযোজ্য হলে একযোগে কাজ কমিয়ে দিন বা সংশ্লিষ্ট সীমা রিসেট হওয়ার জন্য অপেক্ষা করুন। তারপর ধরে না নিয়ে নিশ্চিত করুন যে অনুরোধগুলি পুনরুদ্ধার হয়েছে।

  1. প্রোভাইডারের স্ট্যাটাস যাচাই করুন
  2. কোটা এবং কনকারেন্সি পর্যালোচনা করুন
  3. অনুরোধ পুনরুদ্ধার নিশ্চিত করুন

এই signal কী প্রতিষ্ঠা করে

এটি একটি ক্যাপাসিটি লক্ষণ, মূল কারণ নির্ণয় নয়। এটি স্বয়ংক্রিয়ভাবে কোটা বাড়ায় না বা প্রোভাইডার পরিবর্তন করে না।

গুরুত্বপূর্ণ মুহূর্তগুলো দৃশ্যমান রাখুন।

agent কার্যকলাপ অনুসরণ করুন, finding পরীক্ষা করুন এবং কোনটি মনোযোগ দরকার তা নির্ধারণ করুন।