ما تم التحقق منه
- قسم Developer في الشريط الجانبي يحتوي على عنصر واحد فقط، API (
/api/keys) — لا يوجد عنصر ثانٍ باسم “Usage” بجانبه. - الانتقال مباشرة إلى
/api/usageيعرض صفحة 404 الخاصة بالتطبيق (“Page not found — The page you’re looking for doesn’t exist or has moved”). - صفحة API Keys نفسها — الصفحة الوحيدة تحت Developer → API الموجودة فعلًا — تسرد Name وAPI Key وCreated On وCreated By وExpires On لكل مفتاح. لا تُظهر عدد الاستخدام أو الطلبات في أي مكان في ذلك الجدول، رغم أن نموذج البيانات الأساسي (
ApiKeyItem.usage_count) يحمل بالفعل عدد طلبات مدى الحياة لكل مفتاح — إنه ببساطة غير معروض في هذا الجدول. - مكوّن داخلي مشترك (
EnterpriseLockedCard) يحتوي على تعليق برمجي يصف نفسه بأنه البديل “المقيد بخطة Enterprise” الظاهر في “صفحات Developer > API (Keys وUsage)” — صياغة تُوحي بأن صفحة Usage كانت مخططًا لها. إنها غير مربوطة بأي مسار اليوم — الصفحة الوحيدة التي تستورد هذا المكوّن وتعرضه فعليًا هي صفحة Keys نفسها، حيث تُقيّد إنشاء المفاتيح للحسابات التي لا تملك وصول Management API.
أين تعيش بيانات الاستخدام فعليًا
إلى أن تظهر لوحة داخل التطبيق، الطريقة الوحيدة لرؤية استخدام Management API هي استدعاء نقاط نهاية الاستخدام مباشرة، باستخدام نفس رمز وصول OAuth الذي تستخدمه للوحة التحكم نفسها (وليس مفتاح Management API):هذه الأرقام مُجمّعة لكل بيئة (
sandbox، وlive، وzapier، وmcp)، عبر كل مفتاح يشارك تلك البيئة — وليس لكل مفتاح على حدة. عدد طلبات مفتاح واحد مدى الحياة هو حقل usage_count الذي تُعيده GET /console/token/، والذي — بحسب الفجوة المذكورة أعلاه — غير معروض حاليًا في أي مكان في لوحة التحكم، فقط في استجابة API الخام.ذات صلة
- إحصاءات الاستخدام، والاستخدام اليومي، والاستخدام حسب نقطة النهاية — نقاط النهاية التقنية التي يمكن استدعاؤها مباشرة إلى أن تُشحن لوحة داخل التطبيق.
- إنشاء مفاتيح API وإدارتها — الصفحة الوحيدة تحت Developer → API الموجودة فعلًا اليوم.