Documentation Index
Fetch the complete documentation index at: https://docs.tokenlab.sh/llms.txt
Use this file to discover all available pages before exploring further.
نظرة عامة
يقوم TokenLab بإدارة التخزين المؤقت تلقائيًا لتحسين الأداء وتقليل التكاليف. على الرغم من عدم وجود نقطة نهاية (endpoint) عامة لمسح إدخالات التخزين المؤقت، إلا أن لديك تحكمًا كاملاً في سلوك التخزين المؤقت من خلال عناصر التحكم على مستوى الطلب. هذه الصفحة هي دليل للتخزين المؤقت من جهة الطلب. لصفحات مرجعية API الصارمة، راجع:تجاوز التخزين المؤقت
للحصول على استجابات جديدة دون استخدام التخزين المؤقت، استخدم المعلمةcache_control في طلبك:
خيارات التحكم في التخزين المؤقت
| النوع | التأثير |
|---|---|
no_cache | يتخطى البحث والكتابة في التخزين المؤقت، ويحصل دائمًا على استجابة جديدة |
no_store | عدم تخزين هذه الاستجابة في التخزين المؤقت |
response_only | استخدام التخزين المؤقت للمطابقة التامة فقط (تخطي البحث الدلالي) |
semantic_only | استخدام التخزين المؤقت الدلالي فقط (تخطي المطابقة التامة) |
ملاحظات التخزين المؤقت
إذا تلقيت استجابة مخزنة مؤقتًا غير صحيحة، يمكنك الإبلاغ عنها: استخدم معرّف request/cache entry الناتج عن cache hit داخل مؤسستك؛ يتم رفض المعرّفات العشوائية.حالات الاستخدام
اختبار الاستجابات الجديدة
اختبار الاستجابات الجديدة
أثناء التطوير، استخدم
cache_control: {"type": "no_cache"} للتأكد من حصولك على استجابات API جديدة.الاستعلامات الحساسة للوقت
الاستعلامات الحساسة للوقت
بالنسبة للبيانات في الوقت الفعلي مثل أسعار الأسهم أو الطقس، استخدم دائمًا
no_cache للحصول على المعلومات الحالية.تصحيح الأخطاء (Debugging)
تصحيح الأخطاء (Debugging)
عند تصحيح أخطاء الاستجابات غير المتوقعة، استخدم
no_cache لاستبعاد النتائج المخزنة مؤقتًا.لمزيد من التفاصيل حول التخزين المؤقت، راجع دليل التخزين المؤقت.