ملاحظة الكاتب: لا ترى مقدار السياق المستخدم في مربع إدخال Codex؟ ستجده عبر /status. تشرح هذه المقالة كيفية حساب استهلاك الرموز (tokens) والتكلفة لكل جولة في Codex باستخدام سجلات استدعاء APIYI، في خمس خطوات، مع جدول يساعدك على تقرير ما إذا كان الأنسب ضغط السياق أو بدء محادثة جديدة.
وصلت Codex بـ APIYI، وعملت لساعات متواصلة في محادثة واحدة. لكن أسفل مربع الإدخال لا يظهر سوى وضع الصلاحيات والنموذج، ولا تعرف مقدار السياق المستخدم أو ما إذا كان عليك فتح نافذة جديدة.
الخلاصة أولًا: لا يزال بإمكانك رؤية استخدام السياق في Codex، لكن الوصول إليه أصبح عبر /status؛ أما بيانات حساب التكلفة فتجدها في سجلات الاستدعاء على APIYI / apiyi.com. تشرح هذه المقالة كيفية استخدام سجلات استدعاء APIYI لمعرفة استهلاك الرموز لكل جولة في Codex، عبر خمس خطوات توضح ما الذي تبحث عنه، وكيف تجمع الأرقام، ومتى تضغط السياق أو تبدأ محادثة جديدة.
هذه ليست مقالة أخرى تكتفي بشرح المفاهيم. توضح كل خطوة ما ستراه في الواجهة وأين تنقر، وتتضمن معيارًا للتحقق من النتيجة.
لماذا لا يظهر استهلاك الرموز لكل جولة في Codex؟
يظن كثيرون أن Codex أزال عرض معلومات السياق. لكن هذه المعلومات موزّعة في الواقع على ثلاثة أماكن، ويعرض كل منها تفاصيل مختلفة:
- تطبيق سطح المكتب / إضافة IDE: يعرض مربع الإدخال وضع الأذونات والنموذج فقط. أدخل
/statusلعرض معرّف المحادثة ونسبة استخدام السياق والحصة المتبقية من حدود المعدل. - واجهة سطر الأوامر CLI: يعرض
/statusالنموذج الحالي وسياسة الموافقة والمجلدات القابلة للكتابة واستهلاك الرموز الحالي. يتضمن تذييل CLI مؤشرًا للسياق بالفعل. ويمكنك استخدام/statuslineلإضافة إحصاءات السياق وعدادات الرموز إلى التذييل، وستُحفظ اختياراتك فيtui.status_lineداخل ملفconfig.toml. codex exec --json: عند التنفيذ غير التفاعلي، يُخرج Codex سطرًا من أحداث JSON مع كل تغيير في الحالة. ويتضمن حدثturn.completedبياناتusage، التي تحتوي على خمسة حقول:input_tokensوcached_input_tokensوcache_write_input_tokensوoutput_tokensوreasoning_output_tokens.
أما /usage فيعرض نشاط الرموز على مستوى الحساب فقط، بشرط تسجيل الدخول عبر القنوات الرسمية. وإذا كنت تستخدم مفتاحًا من جهة خارجية، فلن ينطبق عليك هذا الأمر.
مقارنة الطرق الثلاث لعرض استهلاك الرموز في Codex
| الطريقة | الحالات التي تغطيها | ما يمكنك رؤيته | ما لا يمكنك رؤيته |
|---|---|---|---|
| سجل استدعاءات APIYI | يشمل تطبيق سطح المكتب وIDE وCLI | المدخلات والمخرجات وقراءة ذاكرة التخزين المؤقت والكتابة إليها والتكلفة لكل طلب | محتوى المحادثة؛ كل سطر يمثل طلبًا واحدًا، لذا عليك جمع طلبات الجولة بنفسك |
Codex /status |
الواجهات التفاعلية لتطبيق سطح المكتب وCLI | استخدام السياق والحصة المتبقية من حدود المعدل واستهلاك الرموز الحالي | التكلفة |
codex exec --json |
التنفيذ غير التفاعلي فقط | رموز الإدخال وقراءة ذاكرة التخزين المؤقت والكتابة إليها والإخراج والتفكير لكل جولة | بيانات واجهة TUI التفاعلية وتطبيق سطح المكتب |
من بين الطرق الثلاث، لا يعرض التكلفة سوى السجل، وذلك بشرط أن توفر الخدمة المستخدمة سجلًا وتفاصيل للاستخدام. أما الاشتراك الرسمي فلا يتيح الاطلاع على تفاصيل كل طلب على حدة.
الخطوة الأولى: تحديد طريقة حساب استهلاك Codex للتوكنات
قبل البدء بالحساب، تذكّر نقطة مهمة: الطلب الواحد لا يساوي جولة محادثة واحدة.
الطلب هو استدعاء واحد يرسله Codex إلى النموذج. أما الجولة فهي العملية الكاملة من إرسال رسالتك إلى أن ينتهي Codex من العمل ويرد عليك. خلال الجولة، يقرأ Codex الملفات، ويشغّل الأوامر، ويعدّل الشفرة. وبعد كل استدعاء لأداة، يرسل النتيجة مع سجل المحادثة الكامل إلى النموذج مرة أخرى. لذلك تظهر الجولة الواحدة عادةً في عدة أسطر من السجل، وقد تصل إلى عشرات الأسطر في المهام المعقدة.
من المهم أيضًا أن تعرف أن النموذج نفسه لا يتذكر ما قيل سابقًا. مدخلات الجولة رقم N ≈ كل محتوى الجولات N-1 السابقة + المحتوى الجديد في الجولة الحالية. وهذا هو السبب الأساسي في ارتفاع تكلفة المحادثات كلما طالت.
التحقق: عندما ترى عدة أسطر للطلبات في السجل، يمكنك تحديد أنها تنتمي إلى الجولة نفسها، ولن تحسب كل سطر على أنه جولة مستقلة.
الخطوة الثانية: إنشاء رمز مخصص لـ Codex
لكي تكون الإحصاءات دقيقة، يجب أن تقتصر السجلات على طلبات Codex. إذا شارك Codex المفتاح نفسه مع السكربتات أو الأدوات الأخرى، فلن تتمكن لاحقًا من تصفية الطلبات حسب الرمز.
- انتقل إلى صفحة الرموز في لوحة تحكم APIYI، ثم اضغط على «إضافة رمز» واختر اسمًا يسهل عليك تمييزه، مثل اسم يتضمن كلمة “codex”.
- افتح ملف
config.tomlالخاص بـ Codex، وأضف مزودًا تحتmodel_providersمع تعيينbase_url = "https://api.apiyi.com/v1"، ثم استخدمenv_keyلتحديد متغير البيئة الذي يُقرأ منه هذا الرمز. - اضبط
model_providerليشير إلى هذا المزود. تستخدم تطبيقات سطح المكتب وبيئات التطوير المتكاملة وواجهة سطر الأوامر ملف الإعدادات نفسه، لذا يكفي تعديله مرة واحدة. - استخدم مفاتيح مختلفة لجميع الأدوات الأخرى، ولا تُعد استخدام هذا المفتاح.
🎯 نصيحة تقنية: يتيح لك استخدام رمز مخصص، وتصفية السجلات حسب الرمز، وتصديرها، تتبّع الاستخدام عبر لوحة تحكم APIYI / apiyi.com. لا يُظهر الاشتراك الرسمي تفاصيل كل طلب على حدة، لكن باستخدام رمز مخصص يمكنك حساب تكلفة Codex بشكل مستقل.
التحقق: في صفحة السجلات، افتح عوامل التصفية المتقدمة بالضغط على «توسيع»، ثم اختر هذا المفتاح ضمن «الرمز». يجب ألا تبقى في القائمة سوى الطلبات الصادرة عن Codex.
الخطوة الثالثة: فهم طلب واحد في سجل الاستدعاءات
افتح api.apiyi.com/log، أو اختر «السجل» من القائمة الجانبية. يمثل كل صف في القائمة طلب API واحدًا.
في أعلى الصفحة، يمكنك تصفية النتائج حسب الفترة الزمنية والنوع والنموذج وحالة التخزين المؤقت. يوضح تلميح حالة التخزين المؤقت أن «الإصابة = قراءة من ذاكرة التخزين المؤقت، وعدم الإصابة = إنشاء ذاكرة تخزين مؤقت». وبعد الضغط على «توسيع»، يمكنك التصفية بشروط إضافية، مثل الرمز المميز والبث ونطاق الموجه والإكمال، والوقت المستغرق حتى وصول أول بايت.
ماذا تعني أعمدة السجل؟
| اسم العمود | ما ستراه | كيف تفهمه |
|---|---|---|
| الوقت | وقت اكتمال الطلب | التوقيت الافتراضي هو UTC+0، ويتأخر عن توقيت بكين بـ8 ساعات |
| النموذج | مثل gpt-5.6-terra | لا تتشارك النماذج المختلفة ذاكرة التخزين المؤقت |
| المعلومات | بث أو بدون بث، والوقت حتى أول بايت، ورموز الموجه والإكمال، والمبلغ | ملخص الطلب كاملًا في خلية واحدة |
| الموجه / الإكمال | رقمان | الموجه = رموز الإدخال، والإكمال = رموز الإخراج، وتُحتسب رموز التفكير عادةً ضمن الإكمال |
| التكلفة | مبلغ بالدولار | المبلغ قبل الخصم، ويشمل معامل المجموعة |
| التفاصيل | المعاملات المختلفة، ورموز الكتابة والقراءة من ذاكرة التخزين المؤقت | تُعرض إصابات ذاكرة التخزين المؤقت وعمليات الكتابة فيها كلٌّ على حدة، فلا حاجة إلى التخمين |
في الطلبات التي تستخدم التخزين المؤقت، يعرض عمود «المعلومات» أرقام الإصابة والكتابة معًا. أما الصفوف التي لا تتضمن تفاصيل التخزين المؤقت، فتعرض فقط صيغة مثل «بدون بث، أول بايت: N ثانية، الموجه/الإكمال، المبلغ». وتعرض نماذج الصور والفيديو المحاسبة لكل طلب أيضًا أرقام الموجه والإكمال، لكن تكلفتها لا تُحسب حسب عدد الرموز، فلا تطبّق عليها طريقة الحساب في هذا المقال.
للتحقق: اختر أي صف وتأكد من أنك تستطيع تحديد عدد رموز الإدخال والإخراج، وعدد الرموز التي أُصيبت في ذاكرة التخزين المؤقت، والمبلغ الذي كلفه الطلب.
الخطوة الرابعة: جمع سجلات متعددة لحساب استهلاك الرموز في جولة Codex واحدة
يمثل كل سطر طلبًا واحدًا فقط. لمعرفة استهلاك جولة محادثة كاملة، تحتاج إلى جمع الطلبات.
قاعدة الجمع: اجمع كل الطلبات المرتبطة بالرمز نفسه والنموذج نفسه خلال نافذة تقارب 5 دقائق بعد إصدار التعليمات. ويمكنك تعديل النافذة الزمنية حسب حالتك.
- العرض مباشرة على الصفحة: صفِّ النتائج حسب الرمز والنموذج والفترة الزمنية، ثم راجع الموجهات والإكمالات سطرًا بسطر. يناسب ذلك عمليات التحقق العرضية.
- التصدير وإعادة الحساب: اضغط على «تصدير» في أعلى يمين القائمة، ثم نزّل ملف Excel أو CSV واجمع القيم في الجدول بعد تجميعها حسب الوقت.
- واجهة API للاستعلام عن السجلات: استدعِ
GET /api/log/self، واستخدم للمصادقة رمز وصول شخصيًا يبدأ بـnap_؛ أما مفتاح API الذي يبدأ بـsk_فسيُرجع الخطأ 401. مرّر المعلماتtype=2(لعرض الاستهلاك فقط)، وtoken_name، وstart_timestamp، وend_timestamp(بتوقيت Unix بالثواني). لاحظ أن معلمة ترقيم الصفحات تُكتب بصيغة camelCase هكذا:pageSize؛ وإذا كتبتهاpage_sizeفسيتجاهلها النظام دون تنبيه. - تحويل القيمة إلى مبلغ: القيمة التي ترجعها الواجهة تُحسب بالدولار وفق المعادلة
quota ÷ 500,000 = دولار أمريكي. الحقلotherعبارة عن سلسلة JSON تحتاج إلى تحليلها مرة أخرى للوصول إلى التفاصيل، مثلusage.
عند استخدام واجهة الاستعلام، احرص على تحديد النافذة الزمنية، ويُنصح بألا تتجاوز يومًا واحدًا. إذا لم تحددها، فستبحث الواجهة في السجل التاريخي بالكامل، ما قد يؤدي إلى انتهاء مهلة الطلب وظهور خطأ للحسابات ذات البيانات الكثيرة. الاستعلام عن السجلات نفسه لا يستهلك الرصيد.
حساب تكلفة جولة واحدة من Codex
| النموذج | الإدخال | قراءة ذاكرة التخزين المؤقت | الإخراج | السياق | مثال: إجمالي الجولة |
|---|---|---|---|---|---|
| gpt-5.6-sol | $4 | $0.4 | $20 | 1,000,000 | نحو $0.214 |
| gpt-5.6-terra | $2 | $0.2 | $12 | 1,000,000 | نحو $0.107 |
| gpt-5.6-luna | $0.2 | $0.02 | $1.2 | 1,000,000 | نحو $0.011 |
جميع الأسعار لكل مليون رمز، وقد تم الاطلاع عليها في 2026-10-28. عندما يتجاوز إدخال الطلب الواحد 272,000 رمز، يتضاعف سعر الإدخال.
💰 توضيح الأسعار: تُعتمد النماذج والأسعار الواردة في قائمة نماذج منصة APIYI / apiyi.com. يستند المثال في الجدول إلى جولة بإجمالي 120,000 رمز إدخال، منها 96,000 رمز من ذاكرة التخزين المؤقت، و4,000 رمز إخراج. وباستخدام sol مثالًا: 24,000 رمز غير مخزّن × $4 + 96,000 رمز مخزّن × $0.4 + 4,000 رمز إخراج × $20. بعد القسمة على مليون، يبلغ الإجمالي نحو $0.214.
توضح هذه الأرقام أمرين. أولًا، لم تكلّف الرموز الـ96,000 المسترجعة من ذاكرة التخزين المؤقت سوى نحو $0.038؛ لذا تُعد الذاكرة المؤقتة عاملًا أساسيًا في تكلفة المحادثات الطويلة. ثانيًا، تنخفض تكلفة الجولة نفسها عند استخدام luna إلى ما يقارب جزءًا من عشرين من تكلفة sol. لكن الصفحة الرسمية لـ luna تشير إلى أن أداءه أضعف مع السياقات الطويلة جدًا التي تتجاوز 256K.
معيار التحقق: يمكنك حساب عدد رموز الإدخال التي أُضيفت في هذه الجولة مقارنةً بالجولة السابقة، وتحديد عدد الرموز الإضافية المسترجعة من ذاكرة التخزين المؤقت.
الخطوة الخامسة: استخدم بيانات رموز Codex لتقرر بين الضغط وفتح نافذة جديدة
بعد جمع بيانات كل جولة، يمكنك اتخاذ القرار بناءً على الأرقام. ركّز على ثلاث إشارات:
- معدل نمو الإدخال: إذا كانت مدخلات كل جولة تتزايد، فهذا يعني أن مخرجات الأدوات وسجل المحادثة يتراكمان بسرعة.
- نسبة القراءة من ذاكرة التخزين المؤقت: إذا انخفضت هذه النسبة بوضوح في عمود الملاحظات، فهذا يعني أن البادئة تغيّرت وأن معظم المدخلات الجديدة تُحاسب بالسعر الكامل.
- حجم الإدخال في الطلب الواحد: عند اقترابه من 272,000، سيتجاوز الطلب التالي شريحة التسعير.
جدول الاختيار بين الضغط وفتح نافذة جديدة
| ما تراه في السجل | الإجراء المقترح | السبب |
|---|---|---|
| إدخال الطلب الواحد يقترب من 272,000 والمهمة لم تنتهِ | نفّذ /compact يدويًا أولًا |
تجنب تضاعف سعر الإدخال بعد تجاوز شريحة التسعير |
| إدخال الطلب الواحد يقترب من 272,000 والمهمة وصلت إلى نقطة توقف مناسبة | افتح نافذة جديدة | البدء من جديد أنظف من الضغط |
| نسبة القراءة من ذاكرة التخزين المؤقت تنخفض لعدة جولات متتالية | افتح نافذة جديدة للموضوع الجديد | لم تعد ذاكرة التخزين المؤقت فعّالة، وستُحاسب معظم المدخلات بالسعر الكامل إذا واصلت المحادثة |
| الزيادة في الإدخال بين الجولات ترتفع فجأة | افحص مخرجات الأدوات، وخفّض tool_output_token_limit عند الحاجة |
أُضيفت مخرجات أوامر طويلة إلى سجل المحادثة |
| الإدخال مستقر ونسبة القراءة من ذاكرة التخزين المؤقت مرتفعة | واصل المحادثة الحالية | في هذه الحالة، تكون المحادثة الطويلة أكثر توفيرًا |
| ضغطت المحادثة مؤخرًا وهي تقترب من الامتلاء مجددًا | افتح نافذة جديدة | يؤدي الضغط المتكرر إلى ملخصات أقل تفصيلًا |
كيفية ضبط ضغط السياق في Codex
الضغط هو استبدال الأجزاء الأقدم من المحادثة بملخص موجز، لإفساح مساحة في السياق. يدعم Codex الضغط اليدوي والتلقائي.
- الضغط اليدوي: يمكنك إدخال
/compactفي تطبيق سطح المكتب أو واجهة سطر الأوامر (CLI). - الضغط التلقائي: يحدد إعداد
model_auto_compact_token_limitعتبة بدء الضغط. وإذا لم تحدد قيمة، تُستخدم القيمة الافتراضية للنموذج. - نطاق حساب العتبة: يمكن ضبط
model_auto_compact_token_limit_scopeعلىtotalلحساب السياق النشط بالكامل، أوbody_after_prefixلحساب الجزء المضاف بعد البادئة فقط. - عند استخدام
base_urlتابع لجهة خارجية: إذا لم يكن اسم النموذج موجودًا في جدول Codex المدمج، يُنصح بضبطmodel_context_windowوعتبة الضغط التلقائي يدويًا. وإذا أردت بدء الضغط قبل تجاوز شريحة التسعير، فيمكنك ضبط العتبة على قيمة أقل من 272,000. - لا تفعّل
remote_compactionدون التأكد من الحاجة إليه: عند ضبطه علىv2، يجب أن يدعم مزود الخدمة بروتوكول الضغط في واجهة Responses. من الأفضل إبقاؤه علىunsupportedواستخدام الضغط المحلي.
تكلفة الضغط
الضغط ليس مجانيًا؛ فهو يعيد كتابة بادئة السجل، مما يبطل ذاكرة التخزين المؤقت. لذلك تُحتسب تكلفة إدخال الطلب التالي للضغط بسعر شبه كامل. وبعد اكتمال الضغط، يُفضّل بدء موضوع جديد مباشرةً بدلًا من العودة إلى المهام السابقة وتكرارها. كما أن الضغط يؤدي إلى فقدان بعض التفاصيل، ولا يضمن الملخص الاحتفاظ بجميع المعلومات.
الأسئلة الشائعة FAQ
س1: لا أجد طلبًا معينًا في السجل، هل لم يُسجَّل؟
يسجّل السجل الاستدعاءات التي فُوترت بنجاح فقط. أما الطلبات التي تفشل بسبب الشبكة أو المصادقة أو التحقق من المعلمات، فلا تصل إلى الخدمة المزودة، ولا يُخصم مقابلها شيء، ولا تظهر في السجل. وبالمقابل، وجود سجل للطلب يعني أنه استهلك الرصيد بالفعل. تأكد أيضًا من اختيار رمز الوصول والفترة الزمنية الصحيحين عند التصفية.
س2: لماذا المبلغ أقل مما قدّرته بناءً على عدد رموز token؟
السبب الأكثر شيوعًا هو التخزين المؤقت. تستخدم قناة OpenAI التخزين المؤقت التلقائي للبادئة؛ فعندما تتكون البادئة من 1024 رمز token على الأقل وتبقى دون تغيير، تُستخدم النسخة المخزنة مؤقتًا. وتُحسب تكلفة الجزء المسترجع بنسبة 10% من سعر الإدخال. يمكنك رؤية عدد رموز token المقروءة من ذاكرة التخزين المؤقت في عمود الوصف بسجل APIYI / apiyi.com. كذلك، يعرض السجل المبلغ قبل الخصم، بينما التكلفة الفعلية ≈ مبلغ السجل ÷ (1 + نسبة الرصيد الإضافي).
س3: لماذا لا يتطابق وقت السجل مع وقت تنفيذي للطلب؟
يعرض السجل الوقت وفق UTC+0 افتراضيًا، بينما توقيت بكين هو UTC+8، أي إن الفارق بينهما 8 ساعات. إذا بحثت عن «جولة الساعة الثالثة عصرًا» بتوقيت بكين، فقد يبدو أن جزءًا من البيانات مفقود. كل ما عليك هو تحويل الوقت قبل التصفية.
س4: كم من الوقت تُحفَظ السجلات؟
من الأفضل التخطيط على أساس أن سجلات آخر 30 يومًا تقريبًا متاحة للبحث. قد تكون فترة الاحتفاظ الفعلية أطول، لكن المنصة لا تضمن ذلك، وقد تتغير سياسة الحذف. إذا كنت تحتاج إلى مطابقة الحسابات على المدى الطويل، فاحتفظ بنسخة دورية باستخدام «التصدير» أو واجهة API للاستعلام عن السجلات.
س5: هل يمكنني معرفة الملفات التي قرأها Codex والمحتوى الذي أرسله من السجل؟
لا. يحتفظ السجل بالمعلومات الأساسية اللازمة للفوترة فقط، مثل عدد رموز token والمبلغ والمعامل، ولا يسجّل محتوى المدخلات أو المخرجات. لمعرفة ما حدث في جولة معينة، عليك الرجوع إلى محادثة Codex نفسها.
س6: هل توجد طريقة أسهل لتسجيل استهلاك كل جولة تلقائيًا؟
إذا كنت تستخدم برنامجًا نصيًا للتنفيذ، فيمكنك استخدام `codex exec –json` وقراءة بيانات الاستهلاك من حدث `turn.completed`. أما عند الاستخدام التفاعلي، فيمكنك الاستعانة بواجهة API للاستعلام عن السجلات، وجلب البيانات وتجميعها دوريًا حسب رمز الوصول المخصص والفترة الزمنية. يمكن للمستخدمين الجدد الحصول أولًا على رصيد تجريبي مجاني من APIYI / apiyi.com لتجربة العملية كاملةً.
أهم النقاط حول استهلاك Codex للرموز في كل جولة
- لم يختفِ خيار عرض الاستخدام: يمكنك الاطلاع على استخدام السياق عبر
/status، وفي واجهة سطر الأوامر يمكنك استخدام/statuslineلإظهاره في تذييل الشاشة. - الطلب ليس جولة: قد تتضمن جولة المحادثة عدة استدعاءات للأدوات، يظهر كل منها في سطر منفصل في السجل، لذا يجب جمعها ضمن النطاق الزمني للجولة.
- مفتاح مخصص: أنشئ مفتاح API منفصلًا لـ Codex لتتمكن من تصفية سجلاته بسهولة.
- راجع عمود التفاصيل: تُعرض عمليات قراءة ذاكرة التخزين المؤقت وكتابتها بشكل منفصل، وتُحسب تكلفة المحتوى الموجود في ذاكرة التخزين المؤقت بنسبة 10% من السعر.
- شريحة 272K: إذا تجاوز إدخال طلب واحد 272,000 رمز، يتضاعف سعر الإدخال.
- للضغط تكلفة: بعد ضغط السياق، تصبح ذاكرة التخزين المؤقت غير صالحة، وتُحسب تكلفة إدخال ذلك الطلب بالسعر الكامل تقريبًا. لذلك، من المناسب الانتقال مباشرةً إلى موضوع جديد بعد الضغط.
الخلاصة
إذا لم تجد استخدام السياق في Codex، فليس السبب أن الميزة حُذفت، بل إن مكان الوصول إليها تغيّر. يخبرك /status بمقدار السياق المتبقي، بينما يوضح لك سجل الاستدعاءات تكلفة كل جولة. وبالجمع بينهما، يمكنك اتخاذ قرار فتح نافذة جديدة بناءً على الأرقام.
يمكنك البدء اليوم: أنشئ مفتاح API مخصصًا لـ Codex، ثم افتح صفحة السجلات في APIYI / apiyi.com، واختر أحدث جولة محادثة واجمع تكلفة طلباتها.
📚 المراجع
- المستودع الرسمي لـ OpenAI Codex: الشفرة المصدرية لواجهة سطر الأوامر وتعريفات الأحداث
- الرابط:
github.com/openai/codex -
التفاصيل: يُعرّف الملف
codex-rs/exec/src/exec_events.rsحقل الاستخدام للحدثturn.completed -
الوثائق الرسمية لـ Codex: مرجع أوامر الشرطة المائلة والإعدادات
- الرابط:
developers.openai.com/codex -
التفاصيل: شرح
/statusو/compactو/statuslineوخيارات الإعداد المتعلقة بالضغط -
وثائق المساعدة لـ APIYI: سجلات الاستدعاءات، وفوترة ذاكرة التخزين المؤقت، وواجهة API للاستعلام عن السجلات
- الرابط:
docs.apiyi.com - التفاصيل: تعريفات حقول السجل، وقاعدة احتساب التخزين المؤقت بنسبة 10%، وطريقة تحويل
quota
المؤلف: الفريق التقني في APIYI
للتواصل التقني: يسعدنا تواصلكم معنا عبر الصفحة الرئيسية لموقع APIYI، ولمزيد من تفاصيل الإعدادات، راجعوا مركز الوثائق.
