عند توصيل DeepSeek V4-Pro بـ Cursor باستخدام إعداداته الافتراضية المتوافقة مع OpenAI، تُرجع أول استدعاء أداة خطأ 400. السبب صغير ولكنه عنيد: V4-Pro هو نموذج تفكير يُرجع كتلة `reasoning_content`، ويزيل Cursor هذا الحقل من طلباته اللاحقة، وترفض واجهة برمجة تطبيقات DeepSeek رسائل استدعاء الأداة التي تحذف سلسلة التفكير. يقوم وكيل مفتوح المصدر على yxlao/deepseek-cursor-proxy بتخزين محتوى التفكير مؤقتًا وإعادة حقنه في الطلبات الصادرة. بمجرد تشغيل الوكيل، يتصرف V4-Pro مثل أي نموذج آخر في لوحة النماذج المخصصة لـ Cursor، مع عرض رموز التفكير كعلامة Markdown قابلة للطي. فيما يلي الإعداد الكامل، وحساب التكلفة، وقائمة استكشاف الأخطاء وإصلاحها.
الخلاصة
- تُرجع Cursor مع DeepSeek V4-Pro أخطاء 400 افتراضيًا، لأن V4-Pro هو نموذج تفكير وتُزيل Cursor حقل `reasoning_content` في رسائل استدعاء الأداة.
- يعمل `deepseek-cursor-proxy` (مفتوح المصدر، بايثون) بين Cursor وDeepSeek، ويخزّن محتوى التفكير لكل محادثة مؤقتًا، ويعيد حقنه بحيث لا تفشل استدعاءات الأداة.
- الإعداد: التثبيت عبر `uv` أو `pip`، وتشغيل `deepseek-cursor-proxy`، ولصق رابط ngrok بالإضافة إلى مفتاح DeepSeek API الخاص بك في إعدادات النموذج المخصص في Cursor.
- يكلف V4-Pro داخل Cursor الآن حوالي 0.87 دولار لكل مليون رمز إخراج، وهو أرخص بنحو 34 مرة من GPT-5.5 على الإخراج. راجع خصم سعر DeepSeek V4-Pro الدائم بنسبة 75% للحصول على سياق التسعير الكامل.
لماذا تحتاج إلى وكيل من الأساس
يعيد V4-Pro أمرين في كل استجابة: حقل `content` عادي وحقل `reasoning_content` الذي يحمل سلسلة التفكير. بالنسبة للمحادثات العادية، يمكنك تجاهل `reasoning_content`. تبدأ المشكلة باستدعاءات الأداة.
يتطلب عقد واجهة برمجة تطبيقات DeepSeek لنماذج التفكير أنه عند متابعة محادثة تحتوي على كتلة `reasoning_content`، يجب أن تتضمن هذه الكتلة في الطلب التالي جنبًا إلى جنب مع نتيجة `tool_calls`. تعتبر سلسلة التفكير جزءًا من حالة المحادثة. لا يعرف Cursor بهذا الشرط. إنه يشحن عميل دردشة على نمط OpenAI، وحقل `reasoning_content` ليس جزءًا من مخطط OpenAI، لذلك يتجاهل هذا الحقل. يعود استدعاء الأداة التالي بخطأ HTTP 400 ورسالة تفيد بوجود `reasoning_content` مفقود.
هذا ليس خطأ في Cursor بالضبط. إنه عدم توافق في العقد بين مزودين يتشاركان معظم واجهة برمجة التطبيقات الخاصة بهما. حتى يضيف Cursor دعمًا من الدرجة الأولى لـ V4-Pro أو يخفف DeepSeek العقد، فإن الحل البديل هو وكيل يتذكر ما نسيه Cursor.
ما يفعله الوكيل، في ثلاثة أسطر
- يستمع على منفذ محلي (الافتراضي 9000) لطلبات الدردشة الصادرة من Cursor.
- يخزن `reasoning_content` من كل استجابة لـ V4-Pro مؤقتًا، باستخدام مفتاح SHA-256 لبادئة المحادثة المعيارية.
- في كل طلب جديد، يبحث عن `reasoning_content` المخزن مؤقتًا للبادئة المطابقة ويضيفه إلى الرسالة قبل إعادة توجيهها إلى DeepSeek.
كما أنه يعرض المنفذ المحلي عبر نفق ngrok، لأن إعداد النموذج المخصص في Cursor يتطلب HTTPS ولن يقبل عنوان URL `localhost`.
يوجد التخزين المؤقت في `~/.deepseek-cursor-proxy/reasoning_content.sqlite3`. يعني استخدام مفتاح SHA-256 عدم تضارب محادثتين متوازيتين. يتم تخزين محتوى التفكير تمامًا كما أعاده DeepSeek، لذا لا يزال ذاكرة التخزين المؤقت لـ DeepSeek تستفيد، وهو أمر مهم للتسعير الدائم الجديد.
المتطلبات المسبقة
تحتاج إلى أربعة أمور جاهزة قبل البدء:
- Cursor 2.0 أو أحدث. واجهة المستخدم للنماذج المخصصة هي نفسها في الإصدارات 3.x؛ كلاهما يعمل.
- مفتاح API لـ DeepSeek. سجل في platform.deepseek.com إذا لم يكن لديك واحد. رصيد صغير يكفي؛ تفاصيل التسعير أدناه.
- بايثون 3.11 أو أحدث. الوكيل مكتوب بلغة بايثون بالكامل. يوصى بـ `uv` ولكن pip يعمل أيضًا.
- حساب ngrok مع رمز مصادقة (authtoken). الطبقة المجانية كافية للمطورين الفرديين. النطاقات الثابتة اختيارية ولكنها تجعل الحياة أسهل إذا أعدت تشغيل الوكيل كثيرًا.
إذا لم تقم بتثبيت `uv` من قبل، فراجع وثائق تثبيت uv الرسمية. بالنسبة لـ ngrok، يرشدك دليل البدء السريع لـ ngrok خلال خطوة الرمز المميز للمصادقة.
الخطوة 1: تثبيت الوكيل
أسرع طريقة هي `uv`. من أي دليل:
uv tool install deepseek-cursor-proxy
إذا كنت تفضل pip، فاستنسخ المستودع وقم بتثبيته كحزمة قابلة للتحرير:
git clone https://github.com/yxlao/deepseek-cursor-proxy.git
cd deepseek-cursor-proxy
pip install -e .
يضع أي من المسارين الأمر `deepseek-cursor-proxy` في مسار النظام (PATH) الخاص بك. تحقق من ذلك باستخدام `deepseek-cursor-proxy --help`.
الخطوة 2: تهيئة ngrok
يحتاج الوكيل إلى عنوان URL عام عبر HTTPS لأن حقل النموذج المخصص في Cursor لن يقبل `http://localhost`. يوفر ngrok النفق.
ngrok config add-authtoken YOUR_NGROK_AUTHTOKEN
احصل على رمز المصادقة الخاص بك من لوحة تحكم ngrok بعد التسجيل. تمنحك الطبقة المجانية نطاقًا فرعيًا عشوائيًا عند كل إعادة تشغيل. إذا كانت هذه مشكلة، فاحجز نطاقًا مخصصًا في لوحة التحكم وقم بتمريره إلى الوكيل باستخدام `—ngrok-url https://your-reserved.ngrok-free.app`.
الخطوة 3: تشغيل الوكيل
الإعدادات الافتراضية مناسبة لمعظم التكوينات:
deepseek-cursor-proxy
عند التشغيل الأول، يقوم الوكيل بإنشاء `~/.deepseek-cursor-proxy/config.yaml`، ويفتح نفقًا، ويطبع عنوان URL العام. يبدو الإخراج كالتالي:
Starting deepseek-cursor-proxy
Tunnel: https://random-name.ngrok-free.app
Local: http://127.0.0.1:9000
Cache: /Users/you/.deepseek-cursor-proxy/reasoning_content.sqlite3
علامات مفيدة:
- `--port 9000`: تغيير المنفذ المحلي إذا كان 9000 مشغولاً.
- `--verbose`: طباعة نصوص الطلبات والاستجابات. استخدم هذا عند تصحيح أخطاء تكامل Cursor.
- `--no-ngrok`: تخطي النفق. مفيد عند الاختبار من أداة تقبل `http://localhost`.
- `--no-display-reasoning`: إزالة كتل التفكير القابلة للطي من عرض Cursor. يظل التفكير يتدفق؛ يتم كبت العرض فقط.
اجعل الوكيل يعمل في نافذة طرفية منفصلة، أو ادمجه في مهمة launchctl على نظام macOS. يتحدث Cursor إليه في كل طلب.
الخطوة 4: تهيئة Cursor
افتح إعدادات Cursor، انتقل إلى النماذج (Models)، وأضف نموذجًا مخصصًا. الحقول التي تحتاجها:
- اسم النموذج: `deepseek-v4-pro`. يعيد الوكيل توجيه هذه السلسلة مباشرةً إلى DeepSeek، لذا يجب أن تتطابق مع معرف نموذج DeepSeek حقيقي. استخدم `deepseek-v4-flash` للنسخة الأقل تكلفة.
- عنوان URL الأساسي: عنوان URL لـ ngrok الذي طُبع بواسطة الوكيل، بالإضافة إلى `/v1`. مثال: `https://random-name.ngrok-free.app/v1`.
- مفتاح API: مفتاح DeepSeek API الخاص بك (يبدأ بـ `sk-`). ليس للوكيل طبقة مصادقة خاصة به؛ إنه يعيد توجيه المفتاح كما هو.
يُجري Cursor فحص "التحقق من النموذج" (Verify model). يرسل الفحص إكمال دردشة واحدًا. تشير علامة الصح الخضراء إلى أنك انتهيت. يشير خطأ الاتصال عادةً إلى عنوان URL لـ ngrok: انسخه مرة أخرى من مخرجات الوكيل وتأكد من أنه ينتهي بـ `/v1`.
الخطوة 5: اختر النموذج وجرب استدعاء أداة
افتح منتقي النموذج في لوحة الدردشة واختر نموذجك المخصص الجديد. أول موجه لتجربته هو موجه يجبر على استخدام الأداة، لأن استدعاءات الأدوات هي المكان الذي ظهرت فيه أخطاء 400 الأصلية:
“Open the README in this repo, list every code block, and tell me which ones are missing language hints.”
سيصدر Cursor استدعاء أداة `read_file`. إذا كان الوكيل يقوم بعمله، فستبدو سلسلة الاستجابة كما يلي:
- يرسل Cursor رسالة المستخدم إلى الوكيل.
- يعيد الوكيل التوجيه إلى DeepSeek بدون `reasoning_content` (إنها الجولة الأولى).
- يعيد DeepSeek نصًا بالإضافة إلى كتلة `reasoning_content` بالإضافة إلى طلب `tool_calls` .
- يخزن الوكيل `reasoning_content` مؤقتًا باستخدام تجزئة بادئة المحادثة كمفتاح.
- يشغل Cursor الأداة، ثم يرسل متابعة بنتيجة الأداة. لا تحتوي المتابعة على `reasoning_content` لأن Cursor أسقطها.
- يبحث الوكيل عن `reasoning_content` المخزن مؤقتًا بواسطة تجزئة البادئة ويعيد حقنه قبل إعادة التوجيه.
- يقبل DeepSeek الطلب، ويواصل التفكير، ويعيد الإجابة النهائية.
شغل الوكيل باستخدام `--verbose` وسترى عملية الحقن تحدث في السجلات.
كيف تبدو التكلفة على أرض الواقع
يدفع V4-Pro داخل Cursor أسعار DeepSeek القياسية لواجهة برمجة التطبيقات، وليس تسعير رصيد Cursor المجمع. هذه الأسعار دائمة اعتبارًا من مايو 2026:
| نوع الرمز | السعر لكل مليون رمز |
|---|---|
| الإدخال (فشل ذاكرة التخزين المؤقت) | 0.435 دولار |
| الإدخال (نجاح ذاكرة التخزين المؤقت) | 0.003625 دولار |
| الإخراج | 0.87 دولار |
يبدو يوم عمل مكثف لـ Cursor تقريبًا 50 دورة دردشة بالإضافة إلى 20 سلسلة استدعاء أدوات. يبلغ متوسط كل دورة حوالي 8,000 رمز موجه (سياق الملف بالإضافة إلى موجه النظام بالإضافة إلى السجل) و 1,500 رمز إخراج. وهذا يعني:
- 50 دورة × 8,000 إدخال × 0.435 دولار / 1,000,000 = 1.74 دولار في أسوأ الأحوال
- مع نجاح ذاكرة التخزين المؤقت على بادئة نظام وسياق تتكون من 6,000 رمز بنسبة 60%: حوالي 0.85 دولار
- 50 × 1,500 × 0.87 دولار / 1,000,000 = 0.065 دولار إخراج
الإجمالي: حوالي 1 دولار في اليوم المكثف. مقارنة بتشغيل نفس حجم العمل من خلال حصة GPT-5.5 المجمعة في Cursor Pro، فإن هذا أرخص بمقدار كبير قبل تفعيل قيود الحصة. تفاصيل حساب تخفيض السعر الكامل موجودة في خصم سعر DeepSeek V4-Pro الدائم بنسبة 75%.
للاطلاع على سياق بقية تشكيلة DeepSeek، راجع ما هو DeepSeek V4 و كيفية استخدام واجهة برمجة تطبيقات DeepSeek V4.
كيف يبدو V4-Pro داخل Cursor
تظهر ثلاثة اختلافات مقارنة بنموذج Cursor الافتراضي لديك.
- 1. رموز التفكير مرئية. افتراضيًا، يعرض الوكيل تفكير DeepSeek ككتلة Markdown قابلة للطي فوق كل استجابة. تعرض لوحة الدردشة في Cursor ذلك كعنصر `<details>`. مفيد لتصحيح الأخطاء في الموجهات؛ صاخب للعمل الروتيني. يمكن التبديل باستخدام `--no-display-reasoning`.
- 2. وقت الاستجابة في أول استدعاء أداة أعلى. V4-Pro هو نموذج تفكير، وتعمل السلسلة قبل أي استدعاء أداة. توقع من 2 إلى 4 ثوانٍ قبل تشغيل الأداة الأولى، ثم إنتاجية قياسية في المتابعات.
- 3. تتحسن اقتراحات "تطبيق" (Apply) في Cursor عند إعادة الهيكلة المعقدة. هذا هو العنوان الرئيسي. تلتقط سلسلة تفكير V4-Pro التبعيات متعددة الملفات التي تفوتها نماذج الإكمال البسيطة. عمليات إعادة التسمية، وتغييرات التوقيع، وإعادة الهيكلة المدفوعة بالتكوين التي كانت تتطلب ثلاث جولات مع GPT-5.5 غالبًا ما تتم في تمريرة واحدة مع V4-Pro.
توجد إرشادات أخرى لـ DeepSeek مع Cursor لنماذج سابقة. راجع كيفية استخدام DeepSeek R1 محليًا مع Cursor و DeepSeek V3 مع Cursor: خطوة بخطوة للأنماط القديمة. يحل الوكيل في هذا الدليل محل عمليات حقن التفكير اليدوية الموثقة في تلك المنشورات.
اختبار إعداد DeepSeek الخاص بك باستخدام Apidog
يثبت تكامل Cursor المسار من داخل Cursor فقط. إذا كنت تقوم بشحن V4-Pro إلى أسطح أخرى (روبوت CI، وكيل خلفي، مكون إضافي مخصص لبيئة التطوير المتكاملة)، فأنت تريد مجموعة اختبار حتمية ضد نفس نقطة النهاية التي يعيد وكيلك التوجيه إليها.
هنا يكتسب Apidog مكانته. وجه بيئة Apidog إلى `https://api.deepseek.com/v1`، أدخل مفتاح API الخاص بك، واستورد مخطط إكمال الدردشة لـ OpenAI. يمكنك:
- تسجيل استجابات ذهبية من V4-Pro وإعادة تشغيلها عند كل تغيير في الموجه لاكتشاف الانحراف.
- التحقق من صحة أشكال `tool_calls` باستخدام تأكيدات مخطط JSON حتى لا يؤدي تعديل خاطئ لموجه النظام إلى تعطيل وكيل الإنتاج الخاص بك بصمت.
- مقارنة V4-Pro و GPT-5.5 جنبًا إلى جنب على نفس دفعة الإدخال باستخدام سيناريوهات اختبار Apidog.
قم بتنزيل Apidog، واستورد مواصفات DeepSeek OpenAPI، وسيكون لديك مقعد اختبار V4-Pro جاهز للعمل في خمس دقائق. نفس سير العمل الذي نمر به في كيفية استخدام واجهة برمجة تطبيقات DeepSeek V4.
المزالق الشائعة
- أخطاء 400 بعد أول استدعاء أداة. هذا هو نمط الفشل الكلاسيكي الذي تم بناء هذا الوكيل لإصلاحه. إذا كنت لا تزال تراه بعد الإعداد، فإما أن الوكيل لا يعمل أو أن Cursor يشير إلى عنوان URL أساسي خاطئ. أعد التحقق من أن عنوان URL ينتهي بـ `/v1` وأن سجل الوكيل يظهر الطلبات الواردة.
- نفق ngrok يستمر في إعادة الاتصال. تتغير أنفاق الطبقة المجانية عند إعادة التشغيل. إذا اجتاز تحقق Cursor ولكن فشل بعد دقائق، فهذا يعني أن نفقك قد تغير. انتقل إلى نطاق محجوز (بنقرة واحدة في لوحة تحكم ngrok) وقم بتمريره باستخدام `--ngrok-url`.
- يظهر محتوى التفكير مكررًا. يحدث هذا عندما يتم تشغيل مثيلين للوكيل بنفس مسار ذاكرة التخزين المؤقت لـ SQLite. أوقف كليهما، واحذف `~/.deepseek-cursor-proxy/reasoning_content.sqlite3`، وشغل مثيلًا واحدًا.
- تبدو نسبة نجاح ذاكرة التخزين المؤقت منخفضة. تتطلب ذاكرة التخزين المؤقت للموجه في DeepSeek بادئات متطابقة بالبايت. يقوم Cursor بحقن طوابع زمنية ومعرفات جلسات في بعض موجهات النظام، مما يقضي على نجاحات ذاكرة التخزين المؤقت. الإصلاح ليس داخل الوكيل؛ إما أن تقبل التكلفة أو تستخدم وضع "لا موجه نظام" (no-system-prompt) في Cursor لجلسات V4-Pro.
- يبلغ Cursor عن "نموذج غير موجود". يجب أن يتطابق اسم النموذج في إعدادات Cursor مع نموذج DeepSeek حقيقي. القيم الصالحة اليوم هي `deepseek-v4-pro`، `deepseek-v4-flash`، `deepseek-v3-2-pro`، و `deepseek-r1-1`. الوكيل لا يترجم الأسماء؛ إنه يعيد توجيهها.
بدائل إذا لم يكن الوكيل مناسبًا لك
الوكيل هو المسار الأنظف اليوم، ولكن يوجد بديلان:
- V4-Flash بدون الوكيل. V4-Flash ليس نموذج تفكير ولا يُرجع `reasoning_content`. يتحدث Cursor إليه مباشرة دون الحاجة إلى حل بديل. تتخلى عن تعزيز سلسلة التفكير ولكن تحافظ على التكامل بسيطًا. التسعير هو 0.14 دولار / 0.28 دولار لكل مليون رمز.
- Cline، Continue، أو غيرها من إضافات بيئات التطوير المتكاملة (IDE) المدعومة بالذكاء الاصطناعي مع دعم أصيل لنماذج التفكير. تتعامل هذه الأدوات مع `reasoning_content` في رسائل استدعاء الأداة بشكل أصيل. إذا لم تكن ملتزمًا بـ Cursor على وجه التحديد، فإن تغيير المحرر يكون أحيانًا أسهل من تشغيل الوكيل. راجع أفضل مساعدي الترميز مفتوحي المصدر في عام 2026: بدائل Cursor المجانية للمزيد.
تكاملات نماذج Cursor الأخرى المغطاة بالتفصيل: Claude Opus 4.6 مع Cursor، Kimi K2.5 مع Cursor، و Gemini 3.0 Pro مع Cursor.
الأسئلة الشائعة
- لماذا لا يدعم Cursor DeepSeek V4-Pro بشكل أصيل؟ يتبع عميل الدردشة في Cursor مخطط OpenAI Chat Completions. `reasoning_content` ليس جزءًا من هذا المخطط؛ إنه امتداد خاص بـ DeepSeek ظهر مع عائلة R1 وبقي في V4-Pro. سيحتاج Cursor إلى إضافة معالجة خاصة بالمزود لتمرير الحقل. قد يفعلون ذلك؛ حتى ذلك الحين، الوكيل هو الحل البديل.
- هل يعمل الوكيل مع DeepSeek R1 أو V3.2؟ نعم. أي نموذج تفكير من DeepSeek يُرجع `reasoning_content` ويتطلبه في متابعات استدعاء الأداة مدعوم. اضبط اسم النموذج في إعدادات Cursor ليتطابق مع معرف نموذج DeepSeek الحقيقي.
- هل الوكيل آمن لتركه قيد التشغيل؟ نعم، مع تحذير واحد: تحتوي ذاكرة التخزين المؤقت لـ SQLite على محتوى تفكير خام من جلساتك. إذا كنت تدير إعدادات متعددة المستخدمين أو تشارك الأجهزة، فقيد أذونات دليل ذاكرة التخزين المؤقت أو قم بالتشغيل باستخدام `--no-cache` (في الذاكرة فقط، مما يعني فشل استدعاءات الأدوات بعد إعادة تشغيل الوكيل).
- هل يمكنني استخدام الوكيل بدون ngrok؟ نعم، باستخدام `--no-ngrok`. يعرض الوكيل حينها `http://127.0.0.1:9000` فقط. ترفض واجهة المستخدم للنماذج المخصصة في Cursor عناوين URL التي تبدأ بـ `http://` في الإصدارات القياسية، ولكن بعض البنيات المحملة جانبيًا والتكوينات المصححة تقبل localhost. يرغب معظم المستخدمين في ngrok أو ما يعادله (Cloudflare Tunnel، Tailscale Funnel).
- هل يعمل هذا مع Cursor Composer 2.5؟ يستخدم Composer نفس مسار توجيه النموذج مثل لوحة الدردشة، لذا نعم. سيتطلب أول استدعاء أداة داخل وكيل Composer نفس متطلب `reasoning_content` وسيصلحه الوكيل بنفس الطريقة.
- ما هو الحمل الزائد لوقت الاستجابة (latency overhead) للوكيل؟ لا يذكر. يضيف الوكيل قفزة شبكة محلية واحدة، وبحثًا واحدًا في SQLite، وبضعة كيلوبايت من معالجة JSON لكل طلب. الحمل الزائد المقاس يتراوح بين 5 إلى 15 مللي ثانية لكل مكالمة. يضيف ngrok من 30 إلى 80 مللي ثانية اعتمادًا على أقرب حافة. الوكيل ليس عنق الزجاجة.
- كيف يقرر الوكيل ما يجب تخزينه مؤقتًا؟ يقوم بتجزئة بادئة المحادثة (كل شيء قبل رسالة المستخدم أو الأداة الأخيرة)، ويستخدم SHA-256 لتلك التجزئة كمفتاح لـ `reasoning_content` من آخر استجابة DeepSeek، ويخزن كلاهما في SQLite. في الطلب التالي، يحسب تجزئة البادئة الجديدة ويبحث عن الإدخال المطابق. هذا محافظ. لا تؤدي التطابقات الجزئية للبادئة إلى نجاح ذاكرة التخزين المؤقت، لذا لا تفسد محادثتان شبه متطابقتين بعضهما البعض.
- هل سيفسد Anthropic أو OpenAI أو Cursor هذا؟ Anthropic و OpenAI غير معنيين. يمكن لـ Cursor إما إضافة دعم أصيل لنموذج التفكير (وفي هذه الحالة يصبح الوكيل غير ضروري) أو تغيير تنسيق الطلب بطريقة تكسر الوكيل. المستودع مدعوم؛ راقب مشاكله للحصول على تحديثات التوافق.
إلى أين يقودك هذا
تقع قدرة V4-Pro على الترميز ضمن بضع نقاط معيارية من GPT-5.5 (مقارنة DataCamp) بسعر إخراج أقل بنحو 34 مرة. العقبة الوحيدة لمستخدمي Cursor كانت عدم توافق عقد واجهة برمجة التطبيقات حول `reasoning_content`. يحل مستودع `deepseek-cursor-proxy` هذه المشكلة في أقل من مائة سطر من التعليمات البرمجية الهادفة وإعداد يستغرق خمس دقائق.
ثلاث خطوات عملية تالية:
- قم بتثبيت الوكيل وقم بإجراء اختبار جنبًا إلى جنب مقابل إعداد Cursor الافتراضي الحالي على خمس طلبات سحب حقيقية من مستودعك.
- راجع موجه نظام Cursor الخاص بك بحثًا عن محتوى متغير (طوابع زمنية، معرفات جلسات) يدمر نجاحات ذاكرة التخزين المؤقت. انقل هذا المحتوى إلى رسالة المستخدم.
- قم بإعداد مجموعة اختبار الانحدار Apidog مقابل `api.deepseek.com` حتى تتمكن من اكتشاف انحراف العقد دون إعادة الاختبار عبر Cursor في كل مرة.
تم دفع ضريبة رموز التفكير. ولكن السعر لم يرتفع.
زر