إتاحة DeepSeek Search & Fetch API: فهم قدرات البحث عبر الإنترنت الجديدة وتأثيرها على 4 فئات من المطورين في 3 دقائق

ملاحظة الكاتب: أتاحت DeepSeek واجهة برمجة التطبيقات Search & Fetch API، وقد وفّرت منصة APIYI بالتزامن مع ذلك النموذجين deepseek-search وdeepseek-fetch. يستعرض هذا المقال أبرز ما جاء في الدليل الرسمي، ويحلل تأثير هذه الخطوة على مطوري أنظمة RAG والوكلاء الذكية (Agents) وتطبيقات الأسئلة والأجوبة المتصلة بالإنترنت، مع توضيح آلية التسعير وطريقة الربط عبر APIYI.

أضافت وثائق DeepSeek الرسمية مؤخرًا دليلاً لاستخدام البحث (Search)، ونشرت إعلانًا في قسم الأخبار يفيد بأن واجهة Search & Fetch API أصبحت متاحة رسميًا للمطورين. هذا يعني أنه عند استدعاء النموذج من DeepSeek، يمكنك الاعتماد على القدرات الرسمية لإتمام عمليتي “البحث في الويب + جلب محتوى الصفحات”، دون الحاجة إلى ربط خدمات بحث خارجية بنفسك بعد الآن.

هذا ليس مجرد شائعات. فصفحة دليل البحث والإعلان الإخباري متاحان بالفعل في الوثائق الرسمية، كما ظهرت نقاشات مخصصة حول هذا الموضوع على Hacker News، ما يعكس اهتمام مجتمع المطورين العالمي بها. يعتمد استعراضنا للقدرات الرسمية على البيانات المتاحة للجمهور فقط، وتظل معلمات الطلب الدقيقة خاضعة لما هو مذكور في الوثائق الرسمية؛ أما بالنسبة لتفاصيل توفر الخدمة والتسعير على منصة APIYI، فستجدها في القسم المخصص أدناه.

القيمة الأساسية: تعرّف خلال 3 دقائق على أبرز ملامح DeepSeek Search & Fetch API، وتوزيع مهامها، وتأثيرها الفعلي على تطبيقات RAG والوكلاء وحلول الإجابة المتصلة بالإنترنت.

متاحة الآن على APIYI: أضافت منصة APIYI النموذجين deepseek-search وdeepseek-fetch، وتتم المحاسبة وفق عدد الطلبات الناجحة دون استهلاك للرموز (Tokens)؛ تبلغ التكلفة داخل المنصة 0.0009 دولار لكل طلب، ومع الاستفادة من بونص شحن كبار العملاء بنسبة 20% تصبح التكلفة 0.75 دولار لكل 1000 طلب، وهو ما يطابق السعر الرسمي تمامًا.

نظرة سريعة على المعلومات الأساسية لـ DeepSeek Search & Fetch API

دعنا نوضح أولاً المعلومات المؤكدة حتى الآن في جدول مبسط. نقتصر هنا فقط على ما يمكن التحقق منه عبر القنوات الرسمية المعلنة، دون التطرق إلى أي أسعار غير معلنة أو نتائج اختبارات أداء لم يتم تأكيدها.

تقسيم المهام بين قدرتي Search وFetch في DeepSeek

يتضح من التسمية أن ما تم إطلاقه هنا هو مزيج متكامل من الأدوات. تعالج أداة Search مسألة “أين نبحث؟”، حيث يُنشئ النموذج استعلام بحث بناءً على سؤال المستخدم، ليعود بقائمة من النتائج المقترحة؛ بينما تتولى Fetch مسألة “ماذا نقرأ؟”، إذ تقوم بجلب النص الأساسي لصفحة ويب معينة ليتمكن النموذج من قراءتها والاستشهاد بها.

تكمن الميزة في فصل الأداتين في منح المطور تحكماً أكبر ودقة أعلى. في كثير من الحالات، تكفي مقتطفات نتائج البحث للإجابة دون الحاجة لاستخراج صفحات الويب بالكامل؛ وفي حالات أخرى، قد يرسل المستخدم رابطاً مباشراً، وهنا تحتاج فقط إلى Fetch دون Search. ومن خلال فصلهما، بات بإمكان المطورين الدمج بينهما حسب الحاجة لتحقيق التوازن المثالي بين دقة النتائج والتكلفة.

لماذا يستحق DeepSeek Search & Fetch API الاهتمام؟

الحل الرسمي لمشكلة انتهاء بيانات تدريب نماذج اللغة الكبيرة

يمتلك أي نموذج لغة كبير تاريخاً محدداً لانتهاء بيانات التدريب، فالنموذج بحد ذاته لا يعرف “ماذا حدث اليوم”. في السابق، إذا أراد المطورون تمكين DeepSeek من الإجابة عن أسئلة تتطلب معلومات حديثة، كان عليهم عادةً ربط واجهة برمجة تطبيقات لمحرك بحث بأنفسهم، ثم كتابة أداة زحف (web scraper) لجلب محتوى الصفحات، ثم حشر تلك البيانات داخل السياق. كانت هذه السلسلة طويلة وتكاليف صيانتها مرتفعة.

مع توفير DeepSeek لواجهتي Search & Fetch رسمياً، أصبحت هناك فرصة لتقليص هذه السلسلة بشكل ملحوظ. فالجهة المطورة للنموذج هي الأكثر دراية بأسلوب استدعاء الأدوات الخاص بنموذجها، وبالتالي فإن قدرات البحث المدمجة رسمياً تكون عادةً أكثر توافقاً وتناغماً مع النموذج من حيث تنسيق الاستدعاء وتنظيم النتائج، مما يساعد كثيراً في حل مشكلة “العثور على المعلومات دون القدرة على استغلالها جيداً”.

الانتقال من مجرد “نموذج محادثة” إلى “بنية تحتية للوكلاء الذكيين (Agents)”

الإشارة الأخرى الجديرة بالملاحظة تتعلق بالتوجه العام. يُعد البحث وقراءة صفحات الويب الأداتين الأساسيتين لأي وكيل ذكي (Agent)؛ إذ تعتمد عليهما تقريباً كافة منتجات البحث الآلي، ووكلاء المتصفح (Browser Agents)، وتطبيقات الأبحاث المعمقة (Deep Research). إن توفير DeepSeek لهاتين الميزتين كواجهات برمجة تطبيقات رسمية يعكس انتقالها بالنموذج من مجرد واجهة للمحادثة إلى بنية تحتية قادرة مباشرةً على دعم تدفقات عمل الوكلاء الذكيين.

بالنسبة للمطورين، يُعتبر هذا الأمر عملياً ومفيداً للغاية؛ فالعديد من فرق العمل تعتمد بالفعل على DeepSeek كنموذجها الأساسي، وإذا أمكن حل مشكلة الاتصال بالإنترنت ضمن المنظومة نفسها، فستصبح البنية البرمجية أبسط بكثير، وسيقل الاعتماد على أطراف خارجية أثناء تشخيص المشكلات وحلها.

شرح طريقة ربط DeepSeek Search & Fetch API

مثال مبسط: تشغيل استدعاء النموذج الأساسي أولاً

قبل البدء في ربط قدرات الاتصال بالإنترنت، يُفضل التأكد أولاً من نجاح استدعاء النموذج الأساسي. تستخدم الشيفرة البرمجية التالية واجهة متوافقة مع OpenAI لاستدعاء نموذج DeepSeek، ويمكن تشغيلها في حوالي 10 أسطر فقط:

import openai

client = openai.OpenAI(
    api_key="YOUR_API_KEY",
    base_url="https://api.apiyi.com/v1"  # استخدام واجهة APIYI الموحدة
)

response = client.chat.completions.create(
    model="deepseek-chat",
    messages=[{"role": "user", "content": "اشرح في ثلاث جمل أهمية البحث عبر الإنترنت لنماذج اللغة الكبيرة"}]
)
print(response.choices[0].message.content)

تجدر الإشارة إلى أن الحقول المحددة لطلبات Search & Fetch الرسمية، ومعلمات التفعيل، وهيكل الاستجابة، يجب الرجوع فيها إلى الدليل الإرشادي الرسمي لـ DeepSeek Search. أما المثال الكامل أدناه، فيعتمد نمط استدعاء الدوال (Function Calling) العام لتوضيح التدفق الكامل لكيفية “تحديد النموذج متى يبحث ومتى يجلب المحتوى”، مما يسهل فهم آلية العمل ويتيح لك استبدالها لاحقاً بالاستدعاءات الأصلية بمجرد اعتماد المعلمات الرسمية.

import json
import openai
import requests

client = openai.OpenAI(
    api_key="YOUR_API_KEY",
    base_url="https://api.apiyi.com/v1"  # واجهة APIYI المتوافقة مع OpenAI
)

# تعريف أداتين: البحث وجلب المحتوى (لأغراض العرض التوضيحي، ويمكن استبدالهما بالقدرات الرسمية)
tools = [
    {
        "type": "function",
        "function": {
            "name": "web_search",
            "description": "البحث عبر الإنترنت وفقاً للكلمات المفتاحية وإرجاع قائمة بالصفحات المرشحة",
            "parameters": {
                "type": "object",
                "properties": {"query": {"type": "string"}},
                "required": ["query"]
            }
        }
    },
    {
        "type": "function",
        "function": {
            "name": "fetch_page",
            "description": "جلب النص الأساسي لصفحة ويب محددة الرابط",
            "parameters": {
                "type": "object",
                "properties": {"url": {"type": "string"}},
                "required": ["url"]
            }
        }
    }
]

def web_search(query: str) -> str:
    # قم بربط محرك البحث الخاص بك هنا، أو استبدله بقدرة البحث الرسمية
    return json.dumps([{"title": "نتيجة تجريبية", "url": "https://example.com"}])

def fetch_page(url: str) -> str:
    # تطبيق مبسط لجلب المحتوى، يتطلب في بيئة الإنتاج معالجة الترميز واستخراج النص ومهلة الاتصال
    try:
        resp = requests.get(url, timeout=10)
        return resp.text[:4000]
    except Exception as e:
        return f"فشل جلب الصفحة: {e}"

TOOL_MAP = {"web_search": web_search, "fetch_page": fetch_page}

def ask(question: str, max_rounds: int = 4) -> str:
    messages = [
        {"role": "system", "content": "عند الحاجة لأحدث المعلومات، ابحث أولاً، ثم اجلب الصفحات الأساسية، واذكر المصادر عند الإجابة."},
        {"role": "user", "content": question}
    ]
    for _ in range(max_rounds):
        resp = client.chat.completions.create(
            model="deepseek-chat",
            messages=messages,
            tools=tools
        )
        msg = resp.choices[0].message
        if not msg.tool_calls:
            return msg.content
        messages.append(msg)
        for call in msg.tool_calls:
            args = json.loads(call.function.arguments)
            result = TOOL_MAP[call.function.name](**args)
            messages.append({
                "role": "tool",
                "tool_call_id": call.id,
                "content": result
            })
    return "تم الوصول للحد الأقصى من الجولات دون إكمال الإجابة"

print(ask("لخص أهم النقاط المطروحة مؤخراً حول DeepSeek Search API"))

🚀 بدء سريع: ننصح أولاً بالحصول على رصيد تجريبي عبر APIYI على apiyi.com لتجربة استدعاء DeepSeek الأساسي وسير عمل Function Calling والتأكد من عملهما بسلاسة. وفرت منصة APIYI بالفعل نموذجي deepseek-search وdeepseek-fetch؛ وبعد نجاح التجربة يمكنك استبدال أدوات المحاكاة في المثال بهاتين الواجهتين الأصليتين مباشرةً، وستجد طريقة الربط موضحة في القسم التالي.

إطلاق DeepSeek Search و Fetch على APIYI: التسعير وطريقة الربط

أطلقت منصة APIYI عبر apiyi.com هاتين الميزتين تحت اسمي نموذجين جديدين: deepseek-search و deepseek-fetch. تجدر الإشارة إلى أنهما ليسا نموذجي محادثة، بل واجهتا أدوات مخصصتان لوكلاء الذكاء الاصطناعي (Agents) وأنظمة RAG لجلب البيانات من الإنترنت. كما أن الطلبات لا تستهلك أي رموز (Tokens)، وإنما يُحسب تسعيرها بناءً على عدد مرات الاستدعاء فقط.

هناك تفصيل يستحق الحساب عندما يتعلق الأمر بالتسعير؛ فالسعر المعلن على المنصة هو 0.0009 دولار لكل استدعاء. وبالنسبة لكبار العملاء الذين يستفيدون من رصيد إضافي بنسبة 20% عند الشحن، يصل السعر الفعلي إلى 0.75 دولار لكل 1000 استدعاء، وهو ما يطابق السعر الرسمي على موقع DeepSeek تماماً وشاملاً للضريبة. هذا يعني أنك عند استدعاء النموذج عبر APIYI لن تتحمل أي تكلفة إضافية، وفي الوقت نفسه يمكنك إدارة البحث، والسحب، ونماذج المحادثة تحت حساب واحد وفاتورة موحدة.

طريقة الاستخدام مطابقة تماماً للموقع الرسمي، فكل ما عليك فعله هو استبدال النطاق الأساسي (Domain) في عنوان الطلب بنطاق APIYI، مع الإبقاء على معلمات الطلب وهيكل الاستجابة كما هي في التوثيق الرسمي. يمكنك الاطلاع على الدليل الإرشادي الكامل عبر وثائق APIYI: docs.apiyi.com/api-capabilities/deepseek-search-fetch/overview.

إليك ملاحظتان مهمتان عند الربط: أولاً، على الرغم من أن واجهتي البحث والسحب لا تستهلكان أي رموز بحد ذاتهما، إلا أن إرسال النصوص المستخرجة إلى نموذج المحادثة سيشغل حتماً نافذة السياق وسيفرض استهلاكاً لرموز نموذج المحادثة؛ لذا تظل نصيحة “تقليص جولات الحوار واقتطاع النصوص الطويلة” قائمة ومهمة. ثانياً، عدم الخصم عند فشل الطلب يحميك من دفع أي تكاليف في حال انتهاء المهلة الزمنية للشبكة أو تعذر الوصول إلى الصفحة المستهدفة، لكن ينبغي على نظامك البرمجي أيضاً وضع حد أقصى لمحاولات إعادة الإرسال وآلية للتعامل مع الأعطال (Fallback).

🔗 بدء الربط: بعد التأكد من أن تصنيف حسابك في لوحة تحكم APIYI هو default أو svip، يمكنك البدء مباشرة في استخدام deepseek-search و deepseek-fetch؛ وتتم متابعة أحدث التعليمات وتحديثها باستمرار في مركز التوثيق والإعلانات.

مقارنة بين DeepSeek Search & Fetch API والحلول الأخرى للاتصال بالإنترنت

قبل إطلاق هذه الميزة الرسمية، كان المطورون يعتمدون بشكل أساسي على خيارين: بناء مسار بحث وزحف مخصص، أو استخدام واجهات برمجة تطبيقات (API) لخدمات بحث خارجية. يوضح الجدول التالي مقارنة وصفية من منظور هندسي وتقني، دون التطرق إلى الأسعار التفصيلية، والتي يمكن مراجعتها في المواقع الرسمية لكل مزود.

قراءة تحليلية للمقارنة

تحليل الحل المخصص (بناء الأنظمة ذاتياً): تظل أنظمة الزواحف والفهرسة المبنية ذاتياً هي الرائدة من حيث المرونة والتحكم؛ إذ يمكنك تحديد المواقع المستهدفة، وكيفية تنقية النصوص، وآلية ترتيب النتائج. لكن تكلفة التطوير والصيانة هي الأعلى بلا شك، حيث تتطلب مواجهة تقنيات مكافحة الزحف (Anti-scraping)، وحل مشكلات ترميز النصوص، واستخراج المحتوى عملاً مستمراً. في المقابل، تُعد ميزات DeepSeek المدمجة خياراً مثالياً للفرق التي ترغب في الإطلاق السريع دون الانشغال بإدارة الزواحف البرمجية.

تحليل واجهات البحث الخارجية (APIs): تتميز خدمات البحث الخارجية بتغطية واسعة للنتائج ونضج تقني مع بيئة عمل متكاملة. ومع ذلك، تأتي مخرجاتها بتنسيق عام يحتاج إلى معالجة إضافية قبل تمريرها للنموذج، كما أن الاعتماد على مزود خارجي إضافي يعني فاتورة جديدة ونقطة فشل إضافية محتملة. أما بالنسبة لمن يعتمدون على نماذج DeepSeek بشكل أساسي، فإن الميزات الأصلية تقدم مساراً هندسياً أكثر بساطة وانسيابية.

💡 نصيحة للاختيار: لا يوجد خيار مثالي يناسب الجميع؛ فالحالات التي تتطلب امتثالاً صارماً أو حصر مصادر البيانات بمواقع محددة لا تزال الأنسب للحلول المبنية ذاتياً، بينما تظل الميزات الأصلية الخيار الأمثل لمن يضع سرعة الإطلاق كأولوية. ننصحك باختبار النتائج الفعلية والمقارنة بين مختلف النماذج والحلول عبر واجهة موحدة من خلال APIYI apiyi.com قبل اتخاذ قرارك النهائي.

تحليل تأثير واجهة برمجة التطبيقات DeepSeek Search & Fetch API على المطورين

التأثير المباشر على 4 فئات من المطورين

يختلف مدى التأثير باختلاف طبيعة المشروع. نستعرض فيما يلي تصنيفًا لأربع فئات شائعة من المطورين وكيف تنعكس هذه الإتاحة عليهم:

التأثير على مشهد السوق والقطاع

• الاتصال بالإنترنت يصبح ميزة قياسية في واجهات برمجة التطبيقات: يتجه مزودو نماذج اللغات الكبيرة الرائدون تدريجيًا إلى تضمين البحث وقراءة صفحات الويب كقدرات رسمية مدمجة. بات تقديم “النموذج + الأدوات” كحزمة واحدة هو التوجه السائد، مما يقلل من القيمة التنافسية لواجهات المحادثة البسيطة بمفردها.
• تمايز خدمات البحث التابعة لجهات خارجية: لا يزال لواجهات البحث العامة مكانها في السوق، لكنها ستتحول أكثر نحو مصادر المعلومات التخصصية، والمجالات الرأسية، والاسترجاع المؤسسي المحكوم بدقة، لتتكامل مع القدرات الأصلية للنماذج.
• انخفاض إضافي في حواجز بناء منتجات الوكلاء (Agents): عندما يوفر مزودو النماذج الأدوات الأساسية مباشرة، يصبح بإمكان الفرق الناشئة تركيز طاقتها على تصميم مسارات العمل وصقل سيناريوهات الاستخدام بدلاً من إعادة اختراع العجلة.

اعتبارات يجب الانتباه إليها عند دمج DeepSeek Search & Fetch

يوفر الاتصال بالإنترنت مرونة كبيرة، لكنه يفرض في الوقت نفسه تحديات هندسية جديدة. أولها التحكم في التكلفة؛ إذ يؤدي البحث وسحب المحتوى غالبًا إلى زيادة ملحوظة في حجم نافذة السياق، مما يرفع استهلاك الرموز (Tokens) في نموذج المحادثة (مع العلم أن واجهات البحث والسحب نفسها تُحاسب بعدد الطلبات ولا تستهلك Tokens). لذا يُنصح بوضع حد أقصى لجولات الاستدعاء وطول المحتوى المسحوب. وثانيها موثوقية النتائج؛ حيث تتفاوت جودة المحتوى على الويب المفتوح، مما يستدعي الاحتفاظ بالمصادر داخل الإجابات لتمكين المستخدم من التحقق منها بنفسه.

وثالثها مسألة الامتثال؛ إذ يتطلب سحب محتوى الويب الالتزام بشروط الاستخدام وحقوق النشر الخاصة بالمواقع المستهدفة، وتزداد هذه الحساسية في المنتجات الموجهة للمستخدم النهائي. ورابعها الاستقرار والجاهزية؛ فكل ميزة جديدة قد تمر بفترة ضبط وتعديل لمعلماتها، لذا يُفضل دائمًا الاحتفاظ بآلية تراجع (Fallback) في بيئة الإنتاج، مثل الرجوع إلى إجابة النموذج المجردة دون إنترنت في حال تعثر الاتصال.

الأسئلة الشائعة FAQ

النقاط الجوهرية لـ DeepSeek Search & Fetch API (Key Takeaways)

• المعلومة الأساسية: أطلقت DeepSeek رسمياً قدرتي البحث Search والسحب Fetch، وأصبحت الوثائق والإعلانات متاحة بالكامل.
• توزيع المهام: تتولى أداة Search العثور على المعلومات، بينما تتولى أداة Fetch قراءة صفحات الويب، مع إمكانية استخدامهما بشكل منفصل أو معاً حسب الحاجة.
• القيمة الأكبر: تقليص مسار البحث عبر الإنترنت، وتقليل الجهد المطلوب لبناء أدوات زحف الويب الخاصة بك أو التوفيق مع أطراف ثالثة.
• المستفيدون الأساسيون: مطورو أنظمة الأسئلة والأجوبة المتصلة بالإنترنت، وتقنيات RAG، ووكلاء الذكاء الاصطناعي (AI Agents)، ومنتجات أبحاث المحتوى.
• متاح على APIYI: يتوفر deepseek-search وdeepseek-fetch بنظام المحاسبة على عدد الطلبات الناجحة دون استهلاك للرموز (Tokens)، بسعر 0.0009 دولار لكل طلب، ولا يتم الخصم عند الفشل.
• مقارنة الأسعار: للعملاء من فئة كبار المشتركين مع إضافة بونص شحن 20%، يصبح السعر 0.75 دولار لكل 1,000 استدعاء، وهو مساوٍ للموقع الرسمي وشامل للضريبة.
• تنبيه عند الربط: اعتمد على التوثيق الرسمي لمعلمات الطلب، وانتبه لعوامل التكلفة والامتثال وتوفير خطط بديلة في حال التعطل.
• طريقة البدء: متاح مباشرة لمجموعتي default / svip، وكل ما عليك فعله هو استبدال النطاق الأساسي في الأمثلة الرسمية بنطاق APIYI.

الخلاصة

النقاط الجوهرية حول واجهات برمجة التطبيقات (API) لـ DeepSeek Search & Fetch:

1. سد فجوة الاتصال بالإنترنت رسمياً: عبر ميزتي Search وFetch، أصبح بإمكان نماذج DeepSeek الوصول مباشرة إلى معلومات الويب المحدثة واللحظية.
2. تحويل قدرات الوكلاء الذكيين (Agents) إلى بنية تحتية: يُعد البحث وتصفح صفحات الويب أداتين أساسيتين لأي وكيل ذكي، وتوفيرهما بشكل رسمي يعني خفض حواجز التطوير بشكل كبير.
3. التقييم المتأني قبل الاعتماد النهائي: ضع خططاً مسبقة تغطي التكلفة، والموثوقية، والامتثال، والاستقرار، قبل البدء في استبدال مسارات العمل الحالية تدريجياً.

أطلقت منصة APIYI بالفعل خدمتي deepseek-search وdeepseek-fetch، مع نظام محاسبة يعتمد على عدد العمليات الناجحة فقط دون خصم أي رصيد على المحاولات الفاشلة. بالنسبة للفرق التي تستخدم نماذج DeepSeek حالياً، فهذا هو الوقت المثالي لتقييم هذه القدرات: ابدأ باختبار حركة بيانات محدودة لمقارنة جودة الإجابات والتكلفة، ثم قرر ما إذا كنت ستنتقل بالكامل. نوصي بتجربة واختبار النتائج سريعاً عبر APIYI على apiyi.com؛ حيث توفر المنصة واجهة موحدة ومتوافقة تماماً مع معايير OpenAI، مما يسهل عليك المقارنة والتبديل بسلاسة بين DeepSeek والنماذج الرائدة الأخرى.

📚 المراجع والمصادر

1. توثيق DeepSeek الرسمي – دليل البحث (Search): الشرح الرسمي لقدرات Search وFetch
2. الرابط: api-docs.deepseek.com/guides/search/

3. ملاحظة: يُعتمد عليه لمعرفة طريقة إرسال الطلبات، والمعلمات (Parameters)، وهيكل البيانات المُرجعة.

4. إعلان DeepSeek الرسمي: صفحة الإطلاق الرسمي لهذه الميزات الجديدة

5. الرابط: api-docs.deepseek.com/news/news261017/

6. ملاحظة: للتعرف على خلفية الإطلاق ورؤية الفريق المطوّر.

7. نقاش مجتمع Hacker News: موضوع نقاش المطورين حول هذا الإطلاق

8. الرابط: news.ycombinator.com/item?id=50138531
9. ملاحظة: مفيد للاطلاع على تجارب وانطباعات المطورين والمسائل التقنية التي يركزون عليها.

فريق العمل: فريق APIYI التقني
تبادل الخبرات: يسعدنا مشاركتكم لتجارب ربط واستخدام ميزات DeepSeek المتصلة بالإنترنت في قسم التعليقات! لمزيد من أدلة التكامل البرمجي، يمكنكم زيارة مركز توثيق APIYI عبر docs.apiyi.com.

مقالات ذات صلة

• تعرّف على تحديث DeepSeek V4.1 Flash 1017: تحسّن في جميع المعايير الـ11، من دون أي زيادة في السعر: ما التحسينات التي أدخلها DeepSeek V4.1 Flash 1017 وهل تغيّرت الأسعار؟ يحلل هذا المقال استنادًا إلى البيانات الرسمية التغييرات في 11 معيارًا، وتأثير المخرجات الأقصر على التكلفة، وقواعد التسعير خارج أوقات الذروة وفي ساعات الذروة، وطرق الفوترة الجديدة المتاحة لـ Search/Fetch API.
• كشف حقيقة إيقاف gpt-4o-mini: مقارنة الأسعار والأداء لـ5 نماذج بديلة (سبتمبر 2026): من الجدول الرسمي لإيقاف Azure إلى نتائج مؤشر الذكاء من Artificial Analysis، بيانات فعلية وطرق ترحيل للمقارنة بين gpt-4o-mini والنماذج البديلة مثل GPT-5 mini وGemini 2.5 Flash-Lite وDeepSeek V4 Flash.