النقاط الرئيسية
- Llama 3.2 Vision 11B هو أفضل نموذج رؤية محلي لأغلب المطورين الذين يمتلكون 8–16 غيغابايت من VRAM. يعالج الصور والمستندات والمحتوى المختلط بأعلى دقة في فئته، وهو متاح مباشرةً عبر Ollama.
- MiniCPM-V 4.5 (8B) هو الخيار الأمثل لاستخراج النصوص من المستندات عند استخدام 6 غيغابايت من VRAM. تشمل بيانات تدريبه مسوحات ضوئية للمستندات عالية الدقة، مما يجعله أكثر دقة من LLaVA في الجداول والفواتير والنصوص الكثيفة.
- LLaVA 1.6 7B هو نموذج VLM المحلي الأكثر توثيقاً واختباراً من قِبل المجتمع. إنه الخيار الأكثر أماناً للأغراض العامة إن كنت تحتاج إلى أمثلة وافرة ودروس تعليمية وموارد استكشاف الأخطاء.
- Moondream 2 (1.9B) هو الخيار العملي الوحيد عند وجود أقل من 4 غيغابايت من VRAM. سريع وخفيف الوزن، لكنه يعاني مع المشاهد المعقدة والنصوص الكثيفة وقراءة الرسوم البيانية الدقيقة.
- InternVL 2.5 (8B) هو الأقوى لتحليل لقطات الكود وواجهات المستخدم. شمل تدريبه لقطات GitHub ونماذج واجهة المستخدم ومخرجات تنفيذ الكود.
- **جميع النماذج متاحة عبر Ollama بأمر
pullواحد.** لا حاجة لتحويل النموذج أو الضغط الكمي أو إعداد Python. تعمل واجهة سطر الأوامر وواجهة HTTP API فور التثبيت. - لا يصل أي من هذه النماذج إلى جودة GPT-5.5 Vision. نماذج VLM المحلية في 2026 هي خيار قوي من المستوى الثاني — ممتازة للمستندات المنظمة والصور الواضحة، وأضعف في الخطوط اليدوية والمشاهد الغامضة والرسوم المعلوماتية المعقدة.
حقائق سريعة
- ما الذي تفعله نماذج VLM: تقبل مدخلات الصور والنصوص → وتُنتج نصاً. ليست نماذج توليد صور — بل هي نماذج *فهم* الصور.
- دعم Ollama: جميع النماذج في هذه المقارنة لديها تكامل رسمي أو مجتمعي مع Ollama اعتباراً من مايو 2026.
- أصغر نموذج قابل للاستخدام: Moondream 2 بحجم 1.9 مليار معامل، ويتطلب نحو 2 غيغابايت من VRAM.
- أكبر نموذج محلي عملي: Llama 3.2 Vision 90B بنحو 64 غيغابايت من الذاكرة الموحدة (Apple M-series أو معالجات رسومات متعددة).
- صيغ الصور المقبولة: JPEG وPNG وWebP. يتفاوت الحد الأقصى للدقة حسب النموذج (عادةً من 1024×1024 إلى 4096×4096).
- قوة استخراج النصوص: Qwen3-VL 8B ≈ MiniCPM-V 4.5 > Llama 3.2 Vision 11B > LLaVA 1.6 13B > LLaVA 1.6 7B > Moondream 2.
- تعدد الوسائط يعني بطء أكبر: تضيف نماذج الرؤية مشفِّر بصري فوق النموذج اللغوي — توقع تباطؤاً بنسبة 30–60٪ في توليد الرموز مقارنةً بنموذج نصي بحت من نفس عدد المعاملات.
ما هي نماذج الرؤية واللغة (VLMs)؟
نموذج الرؤية واللغة (VLM) هو شبكة عصبية تُعالج مدخلات الصور والنصوص في آن واحد وتُنتج نصاً. تقرن البنية المعتادة مشفِّراً بصرياً (CLIP أو SigLIP في الغالب) بمفكك ترميز لغوي (نموذج لغوي كبير)، تصلهما طبقة إسقاط تُعيد تمثيل الميزات البصرية في فضاء الرموز الذي يفهمه النموذج اللغوي.
- الفرق عن نماذج توليد الصور: برامج مثل Stable Diffusion وFLUX وDALL-E 3 هي نماذج نص إلى صورة — تُنتج صوراً من نصوص. نماذج VLM هي نماذج صورة إلى نص — تصف الصور وتحللها وتجيب على الأسئلة حولها.
- الفرق عن أدوات استخراج النص التقليدية: يستخرج نظام OCR التقليدي (مثل Tesseract وPaddleOCR) النصوص من المستندات المنظمة عبر التعرف على الأنماط. نماذج VLM تفهم السياق — يمكنها وصف معنى جدول، والإجابة على أسئلة حول مخطط، وتحديد الأشياء في صورة.
- سبب تشغيلها محلياً: المستندات الخاصة (السجلات الطبية، المستندات القانونية، البيانات المالية)، ولقطات الشاشة السرية (لوحات التحكم الداخلية، الكود المصدري)، أو أي سير عمل ترفع فيه إرسال الصور إلى واجهات برمجية سحابية مخاوف بشأن الامتثال أو السرية.
- ما لا تستطيع فعله: توليد الصور، أو تنفيذ الكود الظاهر في لقطات الشاشة، أو الوصول إلى الإنترنت. نماذج VLM تُنتج نصاً فقط بناءً على ما هو مرئي في الصورة.
نماذج الرؤية المحلية المتاحة — جدول مقارنة
مقارنة لأبرز نماذج الرؤية المحلية المتاحة عبر Ollama أو الاستدلال المباشر في مايو 2026. أرقام VRAM للنسخ المضغوطة بـ 4 بت (Q4) ما لم يُشر إلى غير ذلك.
📍 في جملة واحدة
لذاكرة VRAM بين 6–8 غيغابايت: MiniCPM-V 4.5 لاستخراج النصوص من المستندات، وLlama 3.2 Vision 11B للأسئلة العامة على الصور — كلاهما يعمل محلياً عبر Ollama.
💬 بعبارات بسيطة
فكّر في Moondream باعتباره الخيار الخفيف الذي يناسب أي جهاز لكنه يفهم أقل؛ وLLaVA باعتباره الاختيار الآمن للأغراض العامة؛ وMiniCPM-V باعتباره متخصص استخراج النصوص؛ وLlama 3.2 Vision باعتباره الأفضل شاملاً؛ وInternVL باعتباره خبير لقطات واجهة المستخدم والكود.
| النموذج | المعاملات | VRAM (Q4) | أنواع الصور | الجودة | عبر Ollama؟ |
|---|---|---|---|---|---|
| Moondream 2 | 1.9B | ~2 غيغابايت | صور بسيطة | أساسية | نعم |
| LLaVA 1.6 7B | 7B | ~6 غيغابايت | صور، مستندات، رسوم بيانية | جيدة | نعم |
| LLaVA 1.6 13B | 13B | ~10 غيغابايت | صور، مستندات، رسوم بيانية | جيدة جداً | نعم |
| MiniCPM-V 4.5 | 8B | ~6 غيغابايت | صور، مستندات، استخراج نصوص | جيدة جداً | نعم |
| Llama 3.2 Vision 11B | 11B | ~8 غيغابايت | صور، مستندات | ممتازة | نعم |
| Llama 3.2 Vision 90B | 90B | ~64 غيغابايت | صور، مستندات، معقدة | الأفضل محلياً | نعم |
| InternVL 2.5 8B | 8B | ~8 غيغابايت | مستندات، رسوم، واجهات مستخدم، كود | ممتازة (واجهات/رسوم) | مجتمعي |
| Qwen3-VL 8B | 7B | ~6 غيغابايت | صور، مستندات، OCR، متعدد اللغات | ممتازة | نعم |
| Qwen3-VL 72B | 72B | ~48 غيغابايت | صور، مستندات، معقدة | الأفضل (مفتوح المصدر) | نعم |
| PaliGemma 2 3B | 3B | ~3 غيغابايت | صور، مستندات | جيدة | مجتمعي |
| SmolVLM 2.2B | 2.2B | ~2 غيغابايت | صور بسيطة، تسميات توضيحية | أساسية+ | مجتمعي |
اختبار دقة واقعي: استخراج بيانات الفواتير
مقارنة لدقة نماذج الرؤية المحلية في مهمة استخراج مستند منظم. الاختبار: استخراج 5 حقول (اسم المورد، التاريخ، المجموع، مبلغ الضريبة، عدد البنود) من نفس نموذج الفاتورة.
| النموذج | المورد | التاريخ | المجموع | الضريبة | البنود | النتيجة |
|---|---|---|---|---|---|---|
| Moondream 2 | ✓ | ✓ | ✗ | ✗ | ✗ | 2/5 |
| LLaVA 1.6 7B | ✓ | ✓ | ✓ | ✗ | ✓ | 4/5 |
| MiniCPM-V 4.5 | ✓ | ✓ | ✓ | ✓ | ✓ | 5/5 |
| Qwen3-VL 8B | ✓ | ✓ | ✓ | ✓ | ✓ | 5/5 |
| Llama 3.2 11B | ✓ | ✓ | ✓ | ✓ | ✓ | 5/5 |
| GPT-5.5 Vision | ✓ | ✓ | ✓ | ✓ | ✓ | 5/5 |
📌Note: النتائج مستخلصة من فاتورة اختبار واحدة. ستتفاوت دقتك بحسب جودة المستند والخط وتعقيد التخطيط. تحقق دائماً من الأرقام المستخرجة مقابل المستندات الأصلية.
دعم الصور المتعددة
لا تقبل جميع نماذج الرؤية المحلية صوراً متعددة في طلب واحد. يُعدّ دعم الصور المتعددة أمراً بالغ الأهمية لمعالجة المستندات (إرسال جميع صفحات ملف PDF متعدد الصفحات) ومهام المقارنة البصرية (مقارنة صورتين لمنتج).
- يقبل MiniCPM-V 4.5 حتى 4 صور لكل موجّه؛ ويعالج Qwen3-VL حتى 8 صور. لا يقبل LLaVA وMoondream سوى صورة واحدة لكل طلب.
- متى يكون دعم الصور المتعددة مهماً: إرسال جميع صفحات ملف PDF متعدد الصفحات للاستخراج الكامل للمستند. مقارنة صورتين لمنتج جنباً إلى جنب. تحليل لقطات الشاشة قبل وبعد في موجّه واحد.
| الميزة | Moondream | LLaVA 7B | MiniCPM-V | Qwen3-VL | LLaVA 13B | Llama 3.2 Vision | InternVL |
|---|---|---|---|---|---|---|---|
| إدخال صور متعددة | لا | لا | نعم (حتى 4) | نعم (حتى 8) | لا | نعم (متعدد الصفحات) | نعم |
الإعداد عبر Ollama — خطوة بخطوة
برنامج Ollama هو أيسر طريقة لتشغيل نماذج الرؤية المحلية. بمجرد تثبيت Ollama، تعمل نماذج الرؤية بأمر سحب واحد وتقبل الصور عبر خيار سطر الأوامر أو واجهة HTTP API.
- الخطوة 1 — تثبيت Ollama: قم بالتنزيل من ollama.com لنظام macOS أو Linux أو Windows. يستغرق التثبيت أقل من دقيقتين.
- الخطوة 2 — سحب نموذج رؤية:
ollama pull llama3.2-vision(11B، ~8 غيغابايت تنزيلاً) أوollama pull moondream(1.9B، ~2 غيغابايت) للأجهزة ذات VRAM المحدود. - الخطوة 3 — الاستخدام من سطر الأوامر:
ollama run llama3.2-vision "ما الذي في هذه الصورة؟" --image /مسار/إلى/الصورة.jpg - الخطوة 4 — استخدام HTTP API: أرسل طلب POST إلى
http://localhost:11434/api/generateمع الصورة كسلسلة مُرمَّزة بـ Base64 في مصفوفةimages. - الخطوة 5 — مثال Python: استخدم مكتبة
requestsمع ترميز Base64 — انظر مقطع الكود أدناه.
import base64
import requests
def ask_vision_model(image_path: str, prompt: str, model: str = "llama3.2-vision") -> str:
with open(image_path, "rb") as f:
image_b64 = base64.b64encode(f.read()).decode("utf-8")
response = requests.post(
"http://localhost:11434/api/generate",
json={
"model": model,
"prompt": prompt,
"images": [image_b64],
"stream": False,
},
)
return response.json()["response"]
# مثال على الاستخدام
result = ask_vision_model("invoice.png", "استخرج جميع بنود الفاتورة والمجاميع.")
print(result)حالة الاستخدام 1: استخراج النصوص من المستندات
تتفوق نماذج VLM على نظام OCR التقليدي في المستندات شبه المنظمة — الفواتير والإيصالات والعقود والجداول حيث يكون التخطيط بالغ الأهمية إلى جانب النص ذاته. يستخرج نظام OCR التقليدي (Tesseract) الأحرف، بينما تفهم نماذج VLM معنى تلك الأحرف في سياقها.
- ما يعمل بشكل جيد: الفواتير الممسوحة ضوئياً، ولقطات شاشة ملفات PDF، والملاحظات المكتوبة بخط الطباعة، والجداول ذات الحدود الواضحة، وبطاقات الأعمال.
- ما يعمل بشكل أقل جودة: خط الكتابة اليدوية المتصلة، والمسوحات الضوئية منخفضة الدقة (أقل من 150 DPI)، وملفات JPEG المضغوطة بشدة، والنصوص المتداخلة.
- أفضل النماذج لاستخراج النصوص: MiniCPM-V 4.5 (أعلى دقة في فئة 6 غيغابايت)، وLlama 3.2 Vision 11B (الأفضل لأنواع المستندات المتنوعة).
- هندسة الموجّهات لاستخراج النصوص: "استخرج جميع النصوص من هذا المستند بالضبط كما هي مكتوبة، مع الحفاظ على فواصل الأسطر." أو: "أعِد محتوى هذه الفاتورة بتنسيق JSON بالحقول: المورد، التاريخ، البنود[]، المجموع."
- مقارنةً بنظام OCR التقليدي: نماذج VLM أبطأ لكنها أكثر فهماً للسياق. برنامج Tesseract أسرع لاستخراج النص الخالص من المستندات النظيفة. استخدم نماذج VLM عندما تحتاج استخراج بيانات منظمة لا مجرد نص خام.
حالة الاستخدام 2: الأسئلة والأجوبة حول الصور ووصفها
لفهم المشاهد العام ووصف المنتجات والأسئلة والأجوبة البصرية، يُعدّ Llama 3.2 Vision 11B النموذج المحلي الموصى به. يُنتج أوصافاً طبيعية تفصيلية ويتعامل مع الأسئلة الدقيقة حول محتوى الصور بكفاءة.
- وصف المشاهد: "ما الذي في هذه الصورة؟" — الأشياء والأشخاص والأنشطة والبيئة والمزاج.
- فهرسة المنتجات: معالجة صور المنتجات بقالب موجّه مثل "صِف هذا المنتج: اللون، الشكل، المادة، الحالة." مفيد للمخزون في التجارة الإلكترونية دون واجهات برمجية سحابية.
- إمكانية الوصول: توليد النص البديل (alt text) للصور على نطاق واسع. دقة كافية لمتطلبات إمكانية الوصول في صور المنتجات القياسية.
- أفضل النماذج: LLaVA 1.6 13B أو Llama 3.2 Vision 11B للأسئلة العامة على الصور. LLaVA 1.6 7B لمعالجة الصور بحجم كبير حيث تكون السرعة أهم من الدقة.
- اعتبارات السرعة: على معالج رسومات بسعة 6 غيغابايت، يولّد Llama 3.2 Vision 11B Q4 نحو 8–12 رمزاً في الثانية للردود على الصور — معالجة 100 صورة تستغرق نحو 2–5 دقائق بحسب طول الوصف.
حالة الاستخدام 3: تحليل لقطات الشاشة وواجهة المستخدم
لتحليل لقطات شاشة التطبيقات ورسائل الخطأ ولوحات المعلومات، يُعدّ InternVL 2.5 أقوى نموذج محلي — إذ ركزت بيانات تدريبه على واجهات المستخدم البرمجية ولقطات GitHub ومخرجات تنفيذ الكود.
- سير عمل المطورين: أرسل لقطات شاشة لرسائل الخطأ إلى النموذج: "ما المشكلة في هذه اللقطة وكيف تُعالجها؟"
- توليد تقارير الأخطاء: إنشاء تلقائي لأوصاف الأخطاء من لقطات الشاشة باستخدام موجّه منظم.
- مراقبة لوحات المعلومات: تحليل لقطات شاشة لوحات المراقبة للكشف عن الشذوذات — "هل توجد مقاييس على مستوى التحذير في لقطة Grafana هذه؟"
- اختبار إمكانية الوصول: مقارنة لقطات الشاشة قبل وبعد تغييرات واجهة المستخدم للتحقق من خصائص إمكانية الوصول البصري.
- أفضل النماذج: InternVL 2.5 8B (أفضل فهم لواجهة المستخدم)، MiniCPM-V 4.5 (الخيار الثاني مع دعم Ollama).
حالة الاستخدام 4: قراءة الرسوم البيانية والمخططات
استخراج البيانات من المخططات الشريطية والخطية والجداول ممكن لكنه يتطلب صياغة موجّهات دقيقة. جميع نماذج VLM المحلية أضعف في قراءة الرسوم البيانية مقارنةً بوصف الصور — تحقق دائماً من الأرقام المستخرجة من الرسوم مقابل البيانات الأصلية.
- ما يعمل: قراءة تسميات المحاور، تحديد الاتجاهات، مقارنة ارتفاعات الأعمدة النسبية، قراءة قيم الجداول بخطوط واضحة.
- ما ليس موثوقاً: الاستخراج الرقمي الدقيق من الرسوم البيانية المستمرة (مثل "الشريط في الربع الثالث = 43.7 وحدة")، ونسب مخططات الدائرة دون تسميات صريحة.
- استراتيجية الموجّه: "صِف الاتجاه الظاهر في هذا المخطط الخطي" أجدى من "ما القيمة الدقيقة في مارس 2026؟"
- أفضل النماذج للرسوم البيانية: InternVL 2.5 (أفضل فهم للمخططات)، Llama 3.2 Vision 11B (جيد مع المخططات ذات التسميات الواضحة).
- ملاحظة حول القيود: لا يستطيع أي نموذج VLM محلي في 2026 استخراج أرقام دقيقة بشكل موثوق من الرسوم البيانية البصرية المعقدة. استخرج البيانات المنظمة من المصدر الأصلي متى أمكن.
حالة الاستخدام 5: تحليل إطارات الفيديو
تستطيع نماذج الرؤية المحلية تحليل الفيديو بمعالجة الإطارات الفردية — استخرج الإطارات باستخدام ffmpeg، وأرسل كل إطار إلى نموذج الرؤية، ثم اجمعها عبر نموذج لغوي نصي للحصول على ملخص. العملية ليست فورية: توقع إطاراً واحداً كل 0.5–3 ثوانٍ بحسب النموذج والعتاد.
- استخراج الإطارات: استخدم ffmpeg للاستخراج بمعدل إطار في الثانية:
ffmpeg -i video.mp4 -vf fps=1 frames/frame_%04d.jpg - تحليل إطار بإطار: شغّل كل إطار عبر نموذج الرؤية باستخدام موجّه ثابت (مثل "صِف ما يجري في هذا الإطار في جملة واحدة").
- تلخيص عبر الإطارات: اجمع جميع أوصاف الإطارات ومررها إلى نموذج لغوي نصي مع موجّه تلخيص.
- حالات الاستخدام: مراجعة كاميرات المراقبة (تحديد الإطارات ذات النشاط غير المعتاد)، تحليل تسجيلات المحاضرات (إنشاء ملاحظات لكل شريحة)، فحص الجودة في التصنيع (تحديد الإطارات التي تظهر فيها عيوب).
- أفضل النماذج لإطارات الفيديو: Llama 3.2 Vision 11B للجودة، وLLaVA 1.6 7B للسرعة (معدلات إطارات أعلى).
- الواقع العملي للسرعة: عند استخراج إطار في الثانية واستدلال نحو ثانية لكل إطار على RTX 4070، يستغرق معالجة فيديو مدته 10 دقائق نحو 20–30 دقيقة كاملة.
import base64
import subprocess
import os
import requests
def extract_frames(video_path: str, output_dir: str, fps: int = 1) -> list[str]:
os.makedirs(output_dir, exist_ok=True)
subprocess.run([
"ffmpeg", "-i", video_path,
"-vf", f"fps={fps}",
f"{output_dir}/frame_%04d.jpg",
"-y"
], check=True)
return sorted([
os.path.join(output_dir, f)
for f in os.listdir(output_dir)
if f.endswith(".jpg")
])
def analyze_frame(image_path: str, model: str = "llama3.2-vision") -> str:
with open(image_path, "rb") as f:
image_b64 = base64.b64encode(f.read()).decode("utf-8")
response = requests.post(
"http://localhost:11434/api/generate",
json={
"model": model,
"prompt": "Describe what is happening in this frame in one sentence.",
"images": [image_b64],
"stream": False,
},
)
return response.json()["response"]
frames = extract_frames("lecture.mp4", "frames/", fps=1)
descriptions = [analyze_frame(f) for f in frames]
print("\n".join(f"[{i+1}s] {d}" for i, d in enumerate(descriptions)))متطلبات VRAM والأداء الفعلي
تضيف نماذج الرؤية المحلية مشفِّراً بصرياً فوق النموذج اللغوي الأساسي، مما يزيد من متطلبات VRAM ووقت الاستدلال مقارنةً بالنماذج النصية البحتة.
| النموذج | VRAM (Q4) | رمز/ثانية (RTX 4070) | رمز/ثانية (M5 Pro 36GB) | مناسب للإنتاج؟ |
|---|---|---|---|---|
| Moondream 2 (1.9B) | ~2 غيغابايت | ~25–35 | ~30–40 | نعم — للمهام البسيطة |
| LLaVA 1.6 7B | ~6 غيغابايت | ~15–20 | ~18–25 | نعم — أغراض عامة |
| MiniCPM-V 4.5 (8B) | ~6 غيغابايت | ~12–18 | ~15–20 | نعم — استخراج النصوص والمستندات |
| Llama 3.2 Vision 11B | ~8 غيغابايت | ~10–14 | ~12–16 | نعم — أفضل جودة شاملة |
| LLaVA 1.6 13B | ~10 غيغابايت | ~8–12 | ~10–14 | نعم — مع معالج رسومات 12 غيغابايت |
| Llama 3.2 Vision 90B | ~64 غيغابايت | غير متاح (يحتاج معالجات متعددة أو M-Max) | غير متاح (يحتاج M5 Max 128GB+) | Apple Silicon المتقدم فقط |
📌Note: سرعة توليد الرموز في نماذج الرؤية أبطأ من نماذج النص البحت بنفس الحجم، لأن المشفِّر البصري يضيف حملاً حسابياً كبيراً عند الرمز الأول للصورة. تُولَّد الرموز النصية اللاحقة بسرعة قريبة من الطبيعية.
📌Note: تتيح الذاكرة الموحدة لـ Apple Silicon تشغيل نماذج أكبر (حتى 90B على M5 Max 128GB) لا تتسع في ذاكرة VRAM المنفصلة. السرعة أبطأ قليلاً من معالج رسومات NVIDIA المكافئ لكن دون قيد VRAM.
مقارنة نماذج الرؤية المحلية مع GPT-5.5 Vision
قلّصت نماذج VLM المحلية الفجوة كثيراً في المستندات المنظمة، لكنها لا تزال تتأخر عن GPT-5.5 Vision في المهام المعقدة والغامضة.
- المستندات المنظمة (الفواتير، النماذج): النماذج المحلية تصل إلى 80–90٪ من جودة GPT-5.5 — كافية للاستخدام الإنتاجي مع المستندات النظيفة المنسقة بشكل جيد.
- المشاهد المعقدة والصور الغامضة: النماذج المحلية تصل إلى 50–70٪ من GPT-5.5 — فجوة جودة ملحوظة في الصور ذات السياق غير المعتاد أو الإضاءة الخاصة أو المحتوى الغامض.
- التعرف على الخط اليدوي: النماذج المحلية أضعف بشكل ملحوظ، خاصةً مع الخط المتصل (الكرسيف). يتفوق GPT-5.5 Vision في معالجة الخط اليدوي بصورة ملموسة.
- استخراج بيانات المخططات: غير موثوق في كلا النموذجين المحلي وGPT-5.5، لكن GPT-5.5 أكثر دقة في الأرقام الدقيقة.
- التكلفة: GPT-5.5 Vision بتكلفة $0.01–0.03 لكل صورة مقابل $0 محلياً. 10,000 صورة شهرياً = توفير $100–300 باستخدام النماذج المحلية.
- الخصوصية: النماذج المحلية تعالج الصور على الجهاز — لا يغادر أي بيان الجهاز. GPT-5.5 يرسل الصور إلى خوادم OpenAI.
- السرعة: النماذج المحلية بين 10–20 رمزاً/ثانية مقابل GPT-5.5 بين 30–80 رمزاً/ثانية، لكن المعالجة المحلية لا تعاني من زمن الاستجابة الشبكي في المعالجة الدُّفعية.
📌Note: لمعالجة الفواتير والنماذج في بيئة الإنتاج مع مدخلات نظيفة، يمكن لنماذج VLM المحلية (Llama 3.2 Vision 11B وQwen3-VL 8B) أن تحل محل GPT-5.5 Vision بتكلفة صفرية. لكل ما يتضمن خطاً يدوياً أو تحليل مشاهد معقدة أو محتوى غامض، لا يزال GPT-5.5 هو الأفضل.
تعمق في نموذج LLaVA
LLaVA (Large Language and Vision Assistant) هو البنية التأسيسية لنماذج VLM مفتوحة المصدر. أُصدر من قِبل جامعة ويسكونسن-ماديسون ومايكروسوفت ريسيرش عام 2023، وأرسى نمط مشفِّر CLIP + مفكك ترميز النموذج اللغوي الذي تتبعه معظم نماذج VLM المحلية الحديثة.
- البنية: مشفِّر بصري CLIP ViT-L/14 + مفكك ترميز نصي Llama-2 أو Mistral، تصلهما طبقة إسقاط خطية بسيطة.
- LLaVA 1.5 مقابل 1.6: أضافت النسخة 1.6 (أُصدرت مطلع 2024) دعماً للمدخلات عالية الدقة عبر التصحيح الديناميكي، مما حسّن دقة استخراج النصوص وقراءة المخططات بشكل ملحوظ.
- التدريب: ضبط دقيق بالتعليمات على مجموعة بيانات LLaVA-Instruct-150K — محادثات بصرية مُولَّدة من تعليقات الصور وتوصيفات الكشف عن الأشياء.
- نقاط القوة: معرفة عامة واسعة، توثيق جيد، مجتمع كبير، تكامل واسع مع Ollama.
- نقاط الضعف: استخراج نصوص أضعف من MiniCPM-V 4.5، وتحليل واجهة مستخدم أضعف من InternVL 2.5، وتفوّق Llama 3.2 Vision 11B عليه في معايير الجودة.
- سبب الاستمرار في التوصية به: لدى LLaVA 1.6 أكبر مجتمع، وأكثر الدروس التعليمية، وأكثر أمثلة الموجّهات من بين جميع نماذج VLM المحلية. عند وجود مشكلة، تجد المساعدة أسرع.
Qwen3-VL — أفضل أداء لاستخراج النصوص متعددة اللغات
Qwen3-VL هو نموذج الرؤية واللغة من Alibaba، والخيار الأقوى مفتوح المصدر في معايير المستندات لعام 2026. النسخة 7B تنافس Llama 3.2 Vision 11B بذاكرة VRAM أقل، والنسخة 72B تتصدر معظم قوائم نماذج VLM مفتوحة المصدر.
- البنية: دعم دقة ديناميكية حتى 4096×4096 — أعلى بكثير من LLaVA 1.6 (672×672) أو Llama 3.2 Vision (1120×1120). يتيح قراءة المسوحات الضوئية عالية الدقة دون تقليل العينة.
- استخراج النصوص متعددة اللغات: الأفضل في فئته للصينية واليابانية والكورية والإنجليزية. شملت بيانات التدريب مجموعات مستندات متعددة اللغات على نطاق واسع — ميزة كبيرة على LLaVA وLlama 3.2 Vision للمستندات غير الإنجليزية.
- 7B مقابل 72B: تتسع النسخة 7B في ~6 غيغابايت VRAM (Q4) وتنافس Llama 3.2 Vision 11B في معظم مهام المستندات. تستخدم النسخة 72B ~48 غيغابايت وتتصدر معظم معايير مفتوحة المصدر.
- التثبيت على Ollama:
ollama pull qwen3-vl:7b— متاح مباشرةً من مكتبة نماذج Ollama. - دعم الصور المتعددة: يقبل حتى 8 صور لكل طلب — أعلى قدرة متعددة الصور من بين جميع النماذج في هذه المقارنة.
- صفحة النموذج: Qwen3-VL 8B على Hugging Face
كيفية اختيار نموذج الرؤية المناسب
شجرة قرار تعتمد على VRAM أولاً لاختيار نموذج الرؤية المحلي الملائم:
📍 في جملة واحدة
اختر نموذجك بحسب VRAM أولاً (2→4→6→8→16 غيغابايت)، ثم دقّق بحسب حالة الاستخدام (استخراج النصوص، أو واجهة المستخدم، أو الأسئلة العامة، أو أقصى جودة).
💬 بعبارات بسيطة
أقل من 4 غيغابايت: Moondream فقط. 6 غيغابايت: MiniCPM-V للمستندات، وLLaVA 7B للصور. 8–16 غيغابايت: Llama 3.2 Vision 11B لتقريباً كل شيء. 64 غيغابايت أو أكثر: Llama 3.2 Vision 90B لأفضل جودة محلية.
- أقل من 4 غيغابايت VRAM: Moondream 2 (1.9B) — الخيار الوحيد عند 2 غيغابايت. تجاوز Moondream 2، يوجد PaliGemma 2 (3B) وSmolVLM (2.2B) كبدائل. PaliGemma 2 لديه فهم أفضل للمستندات من Moondream مع تكلفة VRAM طفيفة (~3 غيغابايت). SmolVLM يتنازل عن الجودة لأقصى كفاءة. لا يصلح أي منها لاستخراج النصوص الكثيفة.
- 6 غيغابايت VRAM: MiniCPM-V 4.5 لاستخراج نصوص المستندات ومعالجة الفواتير. LLaVA 1.6 7B للأسئلة العامة على الصور حيث يهم دعم المجتمع. Qwen3-VL 8B لاستخراج النصوص متعدد اللغات أو عند الحاجة إلى أعلى دقة.
- 8–16 غيغابايت VRAM: Llama 3.2 Vision 11B هو التوصية الواضحة — أفضل جودة شاملة في هذه الفئة من VRAM، ودعم واسع في Ollama.
- 16 غيغابايت أو أكثر من VRAM: LLaVA 1.6 13B يضيف طاقة أكبر لفهم المشاهد المعقدة مقارنةً بالنسخة 7B. InternVL 2.5 8B إذا كان الاستخدام الأساسي هو لقطات واجهة المستخدم أو الكود.
- 64 غيغابايت أو أكثر من الذاكرة الموحدة (Apple M-Max/Ultra، معالجات رسومات متعددة): Llama 3.2 Vision 90B لأفضل جودة VLM محلية متاحة، يقترب من أداء مستوى السحابة في مهام المستندات. Qwen3-VL 72B بديل بأعلى درجات معايير مفتوحة المصدر.
- تحقق دائماً من الأرقام: بصرف النظر عن النموذج، قابل أي قيمة رقمية مستخرجة من الرسوم البيانية أو الجداول مع البيانات الأصلية. نماذج VLM المحلية تُهلوس أرقاماً دقيقة من الرسوم البصرية.
الأسئلة الشائعة
هل يمكنني استخدام LLaVA أو Llama 3.2 Vision دون Ollama؟
نعم. يمكنك تشغيل LLaVA وLlama 3.2 Vision مباشرةً باستخدام llama.cpp (مع دعم الرؤية)، أو مكتبة transformers (مع بطاقة النموذج المناسبة)، أو LM Studio (الذي يوفر واجهة رسومية لنماذج الرؤية). يُوصى بـ Ollama لبساطته — يتولى تنزيل النموذج واختيار الضغط الكمي واستضافة الواجهة البرمجية تلقائياً.
هل يدعم Llama 3.2 Vision إدخال ملفات PDF مباشرةً؟
لا يقبل أي نموذج VLM محلي ملفات PDF مباشرةً. يجب أولاً تحويل صفحات PDF إلى صور (باستخدام pdf2image أو pypdfium2 أو ما شابه)، ثم إرسال كل صفحة كطلب صورة منفصل. لملف PDF من 10 صفحات، ترسل 10 استعلامات صور منفصلة وتجمع النتائج أو تلخصها.
كيف تُقارن نماذج الرؤية المحلية مع GPT-5.5 Vision؟
لا يزال GPT-5.5 Vision أفضل بشكل ملحوظ في المشاهد الغامضة والخط اليدوي والرسوم المعلوماتية المعقدة والمهام التي تتطلب معرفة عالمية. يقترب Llama 3.2 Vision 11B من GPT-5.5 في المستندات المنظمة (الفواتير والنماذج والصور الواضحة) لكن يتأخر في الصور الدقيقة والغامضة. انظر المقارنة الكاملة أعلاه للاطلاع على تفاصيل التكلفة والخصوصية والسرعة.
ما دقة الصور التي تدعمها نماذج VLM المحلية؟
يدعم LLaVA 1.6 حتى 672×672 دقة فعّالة (مع التصحيح الديناميكي). يدعم MiniCPM-V 4.5 حتى 1792×1792 — وهذا أحد أسباب تفوقه على LLaVA في المسوحات الضوئية عالية الدقة. يدعم Llama 3.2 Vision دقة متغيرة حتى 1120×1120. لأفضل نتائج استخراج النصوص، أرسل صور المستندات بدقة 150 نقطة لكل بوصة أو أعلى.
هل يمكنني ضبط نموذج رؤية محلي دقيقاً على صوري الخاصة؟
نعم، لكن الضبط الدقيق لنماذج VLM يستهلك موارد أكثر من الضبط الدقيق للنماذج اللغوية النصية البحتة — إذ يجب معالجة أزواج تدريب الصور والنصوص عبر المرور الأمامي الكامل. الضبط الدقيق لـ LLaVA موثق بشكل جيد باستخدام قاعدة كود التدريب الأصلية. يدعم MiniCPM-V الضبط الدقيق عبر سكريبتات التدريب الرسمية على Hugging Face. في معظم حالات الاستخدام، يكفي هندسة الموجّهات دون الضبط الدقيق.
ما أفضل نموذج رؤية محلي لـ 8 غيغابايت VRAM؟
Llama 3.2 Vision 11B (الضغط الكمي Q4 يتسع في ~8 غيغابايت) للاستخدام العام. Qwen3-VL 8B إذا كان استخراج النصوص متعدد اللغات هو الحاجة الرئيسية. كلاهما متاح عبر Ollama بأمر pull واحد.
LLaVA مقابل MiniCPM-V — أيهما أفضل لاستخراج النصوص؟
MiniCPM-V 4.5 أكثر دقة في استخراج نصوص المستندات، خاصةً الجداول الكثيفة والمسوحات الضوئية عالية الدقة. LLaVA 1.6 أفضل توثيقاً ولديه دعم مجتمعي أوسع. لدقة استخراج النصوص اختر MiniCPM-V. لموارد المجتمع واستكشاف الأخطاء اختر LLaVA.
هل تستطيع نماذج الرؤية المحلية قراءة الخط اليدوي؟
الخط اليدوي المطبوع (الحروف المنفصلة): نعم، بدقة معتدلة على Llama 3.2 Vision 11B وMiniCPM-V 4.5. الخط المتصل (الكرسيف): غير موثوق على جميع النماذج المحلية. GPT-5.5 Vision أفضل بكثير في الخط المتصل. لاستخراج النصوص اليدوية المتصلة في بيئة الإنتاج، لا تزال الواجهات البرمجية السحابية هي الأنسب.
المصادر
- صفحة مشروع LLaVA — بطاقات نموذج LLaVA 1.5 و1.6، وتفاصيل البنية، ووصف مجموعة بيانات التدريب.
- Llama 3.2 Vision على Hugging Face — الإصدار الرسمي للنموذج من Meta، وبطاقة النموذج، وأرقام المعايير.
- MiniCPM-V 4.5 على Hugging Face — بطاقة نموذج OpenBMB، ومعايير استخراج النصوص، وتعليمات الضبط الدقيق.
- Moondream على GitHub — وصف البنية، وسكريبتات الاستدلال، وتنزيل النموذج.
- InternVL 2.5 على Hugging Face — بطاقة نموذج OpenGVLab، ودرجات المعايير في مهام المستندات وواجهة المستخدم.
- توثيق Ollama — دعم نماذج الرؤية، ومرجع الواجهة البرمجية، ومكتبة النماذج.
- Qwen3-VL على Hugging Face — بطاقة نموذج Qwen3-VL من Alibaba، وتفاصيل البنية، ومعايير استخراج النصوص متعددة اللغات.
- PaliGemma 2 على Hugging Face — بطاقة نموذج PaliGemma 2 3B من Google.
- SmolVLM على Hugging Face — بطاقة نموذج SmolVLM من HuggingFace وتعليمات الاستدلال.