هل يدعم Grok 4.3 ملفات Files وCollections Search لبناء RAG؟ مراجعة للوثائق الرسمية

الخلاصة أولًا: نعم لقدرات المنصة، لا لتأكيد Grok 4.3 تحديدًا

إذا كان السؤال هو: هل لدى xAI API أدوات للتعامل مع الملفات وبناء بحث معرفي شبيه بـ RAG، أي «التوليد المعزّز بالاسترجاع»؟ فالإجابة: نعم، توجد لبنات رسمية واضحة. توضح وثائق Files أن Grok يستطيع البحث داخل المستندات المرفقة برسائل الدردشة والاستدلال عليها، سواء عبر رابط عام أو عبر ملف خاص مرفوع يُشار إليه بمعرّف file_id؛ كما تُفعِّل المنظومة أداة attachment_search تلقائيًا.

وتوضح وثائق Collections أن هذه الخدمة مهيأة لبناء تطبيقات RAG أو البحث داخل مجموعات كبيرة من المستندات، مع تخزين دائم للمستندات وبحث دلالي عبر ملفات كثيرة.

لكن إذا كان السؤال أدق: هل أكدت xAI رسميًا أن نموذج Grok 4.3 تحديدًا يدعم مسارًا كاملًا يجمع Files وCollections Search لبناء سؤال وجواب على قاعدة معرفة؟ فالمصادر المتاحة لا تكفي لإثبات ذلك. الوثائق الرسمية المعروضة تتحدث عن Grok 4 وGrok 4 0709 وGrok 4 Fast وصفحات مرتبطة بـ Grok 4.20، ولا يمكن مساواتها تلقائيًا بتأكيد دعم Grok 4.3.

ما وظيفة Files؟ إدخال المستندات في محادثة واحدة

في وثائق xAI، المقصود بـ Files هو إرفاق مستندات برسالة دردشة كي يستخدمها Grok كسياق فوري. عندما تُرفق الملفات برسالة، تضيف xAI API في الخلفية أداة خادمية باسم attachment_search وتحول الطلب إلى مسار agentic workflow.

يعرض مثال Chat with Files طريقتين شائعتين: إرفاق ملف عبر رابط عام، أو استخدام file_id لملف مرفوع مسبقًا. المثال يستخدم Responses API ويعرض النموذج grok-4.20-reasoning، وليس Grok 4.3.

كما تذكر مرجعية Files API أن واجهة الملفات تتيح رفع الملفات وإدارتها واسترجاعها لاستخدامها مع نماذج Grok، وأن الملفات يمكن إرفاقها برسائل الدردشة.

لذلك، إذا كانت الحاجة العملية هي تلخيص تقرير، قراءة PDF، مراجعة عقد، أو سؤال النموذج عن مجموعة ملفات مؤقتة داخل محادثة واحدة، فالمسار الأكثر مباشرة في الوثائق هو Files أو Chat with Files.

ما وظيفة Collections؟ قاعدة معرفة قابلة لإعادة الاستخدام

Collections تختلف عن Files. فبدل أن تكون المستندات مجرد سياق فوري لمحادثة واحدة، تقدم Collections تخزينًا دائمًا للمستندات مع بحث دلالي عبر عدد كبير منها، وتصفها xAI صراحة كبنية تحتية لبناء تطبيقات RAG أو للبحث داخل مجموعات مستندات كبيرة.

وعند إدارة Collections عبر API، تشير الوثائق إلى الحاجة إلى إنشاء Management API Key يتضمن صلاحية AddFileToCollection. كما تعرض مرجعية REST endpoint لإضافة مستند موجود إلى مجموعة:

/v1/collections/{collection_id}/documents/{file_id}

بعبارة عملية: Files موجهة لجلب ملف أو ملفات إلى محادثة بعينها؛ أما Collections فهي أقرب إلى طبقة قاعدة معرفة يمكن الرجوع إليها لاحقًا والبحث فيها دلاليًا.

هل Collections Search تعني RAG؟

تُظهر وثائق Collections Search Tool استدعاء أداة collections_search مع معاملات مثل query وlimit. كما تظهر في صفحة مرتبطة بـ Grok 4.20 عبارة «Collections Search (RAG)» ضمن بنية الوثائق، ما يضعها في سياق أدوات البحث والاسترجاع الخاصة بـ RAG.

هذا يثبت أن لدى xAI وثائق لأداة Collections Search وسياقًا واضحًا لاستخدامها في RAG. لكنه لا يثبت وحده أن Grok 4.3، بهذا الاسم وهذا الإصدار، مذكور رسميًا على أنه يدعم كل هذا المسار. في التحقق التقني، يجب الفصل بين أمرين: وجود الأداة على مستوى المنصة، ودعم إصدار نموذج محدد لتدفق إنتاجي كامل.

Files أم Collections؟ كيف تختار؟

الحاجة	قدرة xAI الأقرب	ما تدعمه الوثائق
سؤال وجواب على ملف أو عدة ملفات داخل محادثة واحدة	Files / Chat with Files	يستطيع Grok البحث والاستدلال على المستندات المرفقة برسائل الدردشة؛ يمكن استخدام رابط عام أو file_id؛ وتُفعّل attachment_search تلقائيًا.
اختبار سريع لسؤال وجواب على مستند	Chat with Files	المثال الرسمي يعرض إرفاق ملف عبر public URL أو file_id، ويستخدم grok-4.20-reasoning في المثال.
بناء قاعدة معرفة طويلة الأجل أو تطبيق RAG	Collections	توفر Collections تخزينًا دائمًا وبحثًا دلاليًا عبر مستندات كثيرة، وتذكر الوثائق استخدامها لتطبيقات RAG والبحث في مجموعات كبيرة.
البحث داخل مجموعة مستندات	Collections Search	تعرض الوثائق أداة collections_search مع معاملات مثل query وlimit.
تحويل إدارة الملفات والمجموعات إلى تدفق API	Collections API	يتطلب استخدام Collections API مفتاح إدارة بصلاحية AddFileToCollection، وتعرض مرجعية REST endpoint لإضافة مستند موجود إلى collection.

لماذا لا يصح القول: «Grok 4.3 مدعوم رسميًا»؟

السبب الأول أن المصادر الرسمية المتاحة هنا لا تتضمن صفحة نموذج أو مصفوفة دعم خاصة باسم Grok 4.3. لدينا صفحات أو إشارات إلى Grok 4 وGrok 4 0709 وGrok 4 Fast وGrok 4.20، وهذه تفيد في فهم عائلة النماذج وأدوات المنصة، لكنها لا تصلح وحدها كإثبات رسمي لدعم Grok 4.3.

السبب الثاني أن وثائق Google Cloud Vertex AI تتحدث عن Grok 4.1 Fast، وتذكر قدرات قوية في استدعاء الأدوات وتوليف قواعد المعرفة بكفاءة؛ لكن هذا ليس Grok 4.3، كما أن السياق هو نموذج شريك داخل Vertex AI، وليس إعلان دعم من xAI API الأصلية لإصدار Grok 4.3.

السبب الثالث أن صفحة طرف ثالث مثل SourceForge تذكر Grok 4.3، لكنها ليست وثيقة xAI API رسمية. في قضايا دعم النماذج والأدوات، لا ينبغي أن تحل صفحات المقارنة الخارجية محل وثائق الشركة أو مصفوفة الدعم الرسمية.

الصياغة الآمنة إذا كنت تكتب لمنتج أو عميل

الصياغة الأدق هي:

تعرض وثائق xAI أن Grok يمكنه التعامل مع المستندات المرفقة عبر Files، وأن Collections توفر تخزينًا دائمًا وبحثًا دلاليًا يصلحان لتطبيقات RAG والبحث في مجموعات مستندات كبيرة. كما توجد وثائق لأداة Collections Search. لكن المصادر المتاحة لا تؤكد أن Grok 4.3 تحديدًا مدرج رسميًا بوصفه داعمًا لمسار كامل يجمع Files وCollections Search لسؤال وجواب على قاعدة معرفة.

أما الصياغة غير الآمنة فهي: «Grok 4.3 مؤكد رسميًا أنه يدعم RAG كاملًا عبر Files وCollections Search». هذه الجملة تتجاوز ما تثبته المصادر الحالية.

توصية تنفيذية للمطورين والفرق التقنية

إذا كان المطلوب تجربة سؤال وجواب على مستندات في جلسة واحدة، ابدأ بوثائق Files وChat with Files وFiles API. هذه الوثائق تغطي استخدام الروابط العامة، وملفات file_id المرفوعة، وإرفاق المستندات برسائل الدردشة، وآلية attachment_search.

إذا كان المطلوب بناء قاعدة معرفة قابلة لإعادة الاستخدام أو تطبيق RAG، فابدأ بوثائق Collections وUsing Collections via API ومرجعية Collection Management وCollections Search Tool. هذه المصادر تغطي التخزين الدائم، والبحث الدلالي، وصلاحيات API، وإضافة مستند موجود إلى collection.

وإذا كان المستند التسويقي أو الفني يجب أن يذكر Grok 4.3 تحديدًا، فالخيار الأكثر انضباطًا هو انتظار أو الاستشهاد بصفحة نموذج رسمية أو مصفوفة دعم صادرة عن xAI لهذا الإصدار. لا ينبغي خلط Grok 4 أو Grok 4.20 أو Grok 4 Fast أو Grok 4.1 Fast أو وصف طرف ثالث لـ Grok 4.3 وكأنها جميعًا تصريح رسمي واحد.

الحكم النهائي

المؤكد: وثائق xAI تدعم وجود قدرات Files وCollections وCollections Search المرتبطة ببناء حلول ملفات وRAG.

غير المؤكد: أن Grok 4.3 تحديدًا مدعوم رسميًا في مسار كامل من نوع «إدخال files ثم استخدام Collections Search لسؤال وجواب على قاعدة معرفة». بناءً على الأدلة المتاحة، الحكم الأدق هو: الدليل غير كافٍ، وليس «مدعوم رسميًا».