Skip to main content

​
تكامل Ollama

يتمتع وولفيش بتكامل كامل من الدرجة الأولى مع Ollama — بيئة تشغيل نماذج محلية مفتوحة المصدر تتيح لك تشغيل نماذج اللغة الكبيرة بالكامل على جهازك. لا مفاتيح API، لا اعتماد سحابي، لا بيانات تغادر جهازك.

​
لماذا Ollama؟

الهدف العميق لـ وولفيش هو العمل بالكامل محليًا دون أي تعرّض للإنترنت. كل جزء من البيانات — الذاكرة، المحادثات، المهارات، سجلات المهام — يعيش بالفعل على جهازك. المكوّن الوحيد الذي يتطلب تقليديًا السحابة هو نموذج اللغة نفسه. Ollama يسدّ تلك الفجوة. للمستخدمين المتقدمين ذوي الأجهزة القوية، هذا يعني:
  • خصوصية تامة — طلباتك وردودك ومخرجات أدواتك لا تغادر جهازك أبدًا
  • تكلفة صفرية — لا فواتير API، لا حساب رموز، لا حدود استخدام
  • قدرة دون اتصال — سير عمل وكيلي كامل على متن طائرة، أو في قبو، أو خلف شبكة معزولة عن الإنترنت
  • لا تبعية لمزوّد — وكيلك يعمل بغض النظر عن انقطاعات API أو تغيّر الأسعار أو إيقاف الخدمة
هذه هي الرؤية: وكيل ذكاء اصطناعي شخصي مستقل تمامًا يعمل كعملية محلية على جهازك، لا يخضع لأحد سواك.

​
كيف يعمل

يتواصل وولفيش مع Ollama عبر واجهة HTTP المحلية:
عند تثبيت Ollama وسحب نموذج، يمكن لـ وولفيش:
  1. اكتشاف Ollama حين تقصده في الإعدادات ← النماذج ← Ollama (فمنذ الإصدار 1.0.289 لا يسأل الإقلاعُ نفسُه Ollama شيئاً)
  2. استعراض النماذج المتوفرة على جهازك
  3. سحب نماذج جديدة مباشرة من واجهة وولفيش — لا حاجة للطرفية
  4. بث الردود باستخدام NDJSON
  5. استدعاء الأدوات عبر JSON مهيكَل في رد النموذج
التكامل سلس — اختر نموذجًا محليًا وابدأ المحادثة. يتولى وولفيش داخليًا تنسيق الرسائل وتحليل استدعاءات الأدوات وتطبيع البث.

​
إعداد Ollama

1

تثبيت Ollama

حمّله من ollama.com وثبّته. على macOS ملف .dmg واحد، على Linux أمر curl بسطر واحد، على Windows مثبّت عادي.
2

سحب نموذج

إما عبر الطرفية (ollama pull qwen3:14b) أو دع وولفيش يسحبه لك من الإعدادات ← النماذج ← Ollama.
3

الاختيار في وولفيش

افتح بطاقة النموذج بجوار حقل الإدخال واختر نموذجك. فمنذ الإصدار 1.0.279 لا يوجد مفتاح محلّي/سحابيّ — شريحةٌ واحدة تعرض النموذج الذي سيجيب، واختيارُ النموذج هو المفتاح نفسُه: اختر نموذج Ollama فأنت تعمل محلّيّاً، واختر نموذجاً سحابيّاً فأنت على ذلك المزوّد. ونموذجك المحلّيّ يحتفظ دائماً بصفٍّ خاصّ به في القائمة، فيبقى قابلاً للاختيار حتى حين لا يجيب Ollama. (وفي الإعدادات ← النماذج ← Ollama تقع واجهة السحب.)
منذ الإصدار 1.0.236 صارت بطاقة النموذج تسرد نماذج Ollama المثبَّتة عندك؛ ومنذ الإصدار 1.0.288 صارت تقرأ جواباً استقرّ سلفاً بدل أن تسأل Ollama كلّما فتحتها — فالتطبيق يراقب العفريت في الخلفية، فتحضر المجموعة المحلّيّة تماماً حين يستطيع Ollama الإجابة، كما تحضر مجموعة مزوّدٍ سحابيّ تماماً حين يكون له مفتاح. ففتحُ البطاقة لا يكلّف شيئاً ولا يتزحزح شيءٌ تحت مؤشّرك. فصار «التحوّل إلى المحلّي» و«اختيار أيّ نموذجٍ محلّيّ» نقرةً واحدة بدل رحلةٍ إلى الإعدادات، واختيار نموذجٍ نزّلته من قبل لم يعد يتظاهر بتنزيله مرّةً أخرى.
Ollama اختياريّ، وباختيارك أنت. فمنذ الإصدار 1.0.289 لم يعد جزءاً من الإعداد الأولي أصلاً — لا صفحة تثبيت، ولا صفحة انتقاء نموذج، ولا استطلاع عند الإقلاع. تبلغه حين تريده، من الإعدادات ← النماذج ← Ollama. وسيظلّ وولفيش يطلب منك ضبط مزوّد واحد على الأقل قبل بدء المحادثة.
إنهاء التنزيل يُبقيك حيث أنت. كان يقذفك خارج الإعدادات إلى المحادثة، لأنّ شاشة الانتقاء بُنيت خطوةً في مسارٍ لا لوحةً فتحتها عن قصد. ومنذ الإصدار 1.0.289 تعود القائمة ونموذجك الجديد معلَّمٌ بأنّه الحاليّ، وتعيد اللوحة قراءة ما يملكه Ollama فعلاً — فإعادةُ تنزيل نموذجٍ تسمّيه إعداداتك أصلاً لم تعد تترك البطاقة تعرض «تثبيت». والأزرار التي كانت لذلك المسار — تخطَّ الآن والعودة إلى المحادثة والمتابعة إلى المحادثة — ذهبت؛ فالشريط الجانبيّ للإعدادات وزرّ الرجوع كانا دائماً طريق الخروج من لوحة.
احذف نموذجاً بـollama rm فيلاحظ وولفيش الآن. كان يمضي معتقداً أنّه ما زال يملك واحداً: حقل الإدخال حيّ، والتنبيه الذي يدلّك على الإعدادات مخفيّ، فتكتشف الأمر بإرسال رسالةٍ يعود عليك بخطأ مزوّدٍ خام. ومنذ الإصدار 1.0.289 تقرأ المحادثة حالة العفريت الحيّة — مراقبةً خلفيّةً يحفظها التطبيق أصلاً — وتقول بصراحة إنّ نموذجك المحلّيّ لم يعد مثبَّتاً، مع طريقٍ بنقرةٍ واحدة إلى الإعدادات ← النماذج. أمّا العفريت المطفأ فيُترَك وشأنه، وكذلك الذي يتعثّر لحظةً قبل أن يجيب. وزرّ الإيقاف لم يعد مشروطاً بشيء، فالدور الذي يعمل على نموذجٍ اختفى في منتصف التوليد يبقى قابلاً للإيقاف.

​
متطلبات النماذج للمهام الوكيلية

ليست كل النماذج المحلية متساوية. قدرات وولفيش الوكيلية — استدعاء الأدوات، الاستدلال متعدد الخطوات، تنفيذ الأكواد، التعامل مع الملفات — تضع متطلبات محددة على النموذج:

​
عتبة المعاملات

الحد الأدنى لاستدعاء أدوات وكيلي موثوق هو ~14B معامل، لكن حتى حينها، سير العمل المعقد متعدد الخطوات (بحث ← كتابة ← تنسيق ← نشر) سيصطدم بأنماط فشل. للتنفيذ المستقل حقًا — حيث يسلسل الوكيل 10+ استدعاءات أدوات دون تدخل بشري — تحتاج 32B+ معامل كحد أدنى، و70B+ لموثوقية على مستوى الإنتاج.

​
لماذا تفشل النماذج الصغيرة في المهام الوكيلية

استدعاء الأدوات يتطلب من النموذج:
  1. فهم التعليمة — تحليل ما يريد المستخدم إنجازه
  2. تخطيط التسلسل — تحديد أي أدوات يستدعي، وبأي ترتيب
  3. تنسيق استدعاءات الأدوات بشكل صحيح — إخراج JSON صالح بأسماء وأنواع معاملات صحيحة
  4. تفسير نتائج الأدوات — قراءة المخرجات وتحديد الإجراء التالي
  5. الحفاظ على السياق عبر الأدوار — تذكر ما أنجزه بالفعل عبر سلسلة متعددة الخطوات
  6. التعامل مع الأخطاء بأناقة — إعادة المحاولة، التعديل، أو طلب المساعدة عند فشل أداة
النماذج الصغيرة (7B وأقل) تفشل عادةً في الخطوات 3–6. تهلوس أسماء المعاملات، تفقد مسار الخطط متعددة الخطوات، تخرج JSON مشوّه يكسر أنبوب استدعاء الأدوات، ولا تستطيع التعافي من الأخطاء.

​
النماذج الموصى بها حسب العتاد

التكميم مهم. نموذج 70B مكمّم بـ Q4_0 يتسع في ذاكرة أقل لكنه يفقد قدرة. للمهام الوكيلية، فضّل Q5_K_M أو مستويات تكميم أعلى — الدقة تؤثر مباشرة على موثوقية استدعاء الأدوات.

​
الحقيقة الصريحة

إن كان لديك حاسب محمول عادي بذاكرة 8–16GB، ستتعامل النماذج المحلية مع المحادثات والتلخيص والأسئلة البسيطة جيدًا. لكن لنوع سير العمل المستقل متعدد الخطوات الذي يتفوق فيه وولفيش — البحث في المواضيع، كتابة التقارير، إدارة الملفات، تنفيذ أوامر shell بالتسلسل — ستحصل على نتائج أفضل بشكل كبير مع مزوّد سحابي مثل Claude أو GPT-4. النقطة المثالية للاستخدام الوكيلي المحلي فقط:
  • Mac Studio / Mac Pro بذاكرة موحّدة 64GB+ — تشغيل نماذج 70B بسرعة مقبولة
  • حاسب مكتبي ببطاقة GPU بذاكرة 24GB+ — استدلال 70B بالسرعة الكاملة عبر CUDA
  • محطة عمل متقدمة بذاكرة 128GB — تشغيل نماذج مكمّمة 100B+
لبقية المستخدمين، نوصي بـ: مزودي السحابة للمهام الوكيلية المعقدة، Ollama للمحادثات الحساسة من ناحية الخصوصية والاحتياط دون اتصال.

​
مسار موحّد واحد

النماذج المحلية ليست مواطنين من الدرجة الثانية. النموذج المحلي يمر عبر خط الأنابيب نفسه تمامًا الذي يمر به النموذج السحابي:
  • السياق الرشيق نفسه — موجّه النظام نفسه البالغ ~5 آلاف رمز، وفهرس القدرات نفسه، وخريطة الذاكرة نفسها التي يحصل عليها النموذج السحابي. لا يُجرَّد شيء لأن النموذج يعمل على عتادك.
  • مجموعة الأدوات الأساسية نفسها — الأدوات الأساسية المحمَّلة دائمًا بالكامل، إضافةً إلى اكتشاف الأدوات لكل ما عداها (tool_search يعمل على النماذج المحلية بالطريقة ذاتها).
  • الذاكرة نفسها — وصول كامل إلى البحث والاسترجاع وسجل المحادثات وحفظ المعرفة.
الأثر الوحيد الخاص بالتشغيل المحلي هو طبقة موجّه صغيرة للتقييم الذاتي: يُخبَر النموذج أنه يعمل محليًا ويُطلب منه الصدق حين تتجاوز مهمةٌ ما يستطيع إنجازه بموثوقية — أن يقولها صراحةً ويقترح التبديل إلى نموذج سحابي قدير بدل أن يهلوس القدرة. لكن إن أصررت، فإنه يمتثل تمامًا. إنه طلبٌ للصدق لا قيد؛ لا شيء محجوب.
الإصدارات السابقة كانت فيها مفاتيح سياق لكل نموذج محلي (وضعا “stateless” و”restricted” المحليان). زالت تلك المفاتيح — يوجد مسار واحد الآن، وتُجرَّد المفاتيح القديمة من التهيئات الموجودة عند التشغيل.

​
نوافذ السياق الصغيرة

النماذج ذات نوافذ السياق الصغيرة تحصل تلقائيًا على مجموعة أدوات إقلاع مقلَّصة — الاسترجاع والاكتشاف والملفات والشل — كي لا يستهلك الموجّه ومخططات الأدوات النافذةَ قبل أن تبدأ المحادثة. يُبنى هذا على ميزانية السياق المقيسة، لا على هوية المزود أبدًا: نموذج سحابي بنافذة صغيرة يطلقها بالطريقة ذاتها، ونموذج محلي بسياق 128K يحصل على المجموعة الأساسية الكاملة.

​
حماية العتاد

مفتاح تقييد النماذج المحلية القوية (الإعدادات ← التفضيلات، مفعَّل افتراضيًا) يمنع منتقي النماذج من تثبيت نماذج محلية تتجاوز بصمتها في الذاكرة ما يتحمّله نظامك براحة (~55% من إجمالي الذاكرة). هذه بوابة تثبيت لا قيد على السياق — وُجدت لمنع اختناق التبديل (swap thrashing)، ويمكنك إيقافها لتثبيت أي شيء بصرف النظر عن حدود العتاد (غير موصى به).

​
أوضاع الاستدلال

التفكير في Ollama ثنائيّ وتلقائيّ — لا مستويات جهد، ولا شيء تختاره. يقرأ وولفيش قدرات كلّ نموذج مسحوب من /api/show في Ollama، ولا يرسل حقل think العلويّ إلا إلى النماذج التي تعلن قدرة thinking؛ أمّا غيرها فلا يرى الحقل إطلاقًا. لا يوجد تحكّم بالاستدلال للنموذج المحلّي. فصفُّ شرائح التفكير داخل بطاقة النموذج يقرأ النموذج السحابيّ المُختار، ولذلك يعرض في وضع محلي فقط عبارة «هذا النموذج لا يدعم الاستدلال.» — إذ تحسم قدرةُ النموذج المسحوب نفسه أمرَ التفكير، لا مفتاحٌ تضبطه أنت. في Ollama: النماذج التي تعلن قدرة التفكير (مثل qwen3 وdeepseek-r1 وgpt-oss) تستطيع الاستدلال، وما عداها لا يستطيع. ودون مفتاح API أو تكلفة في الحالتين، لأنه يعمل محليًا.

​
الوضع المحلي فقط

يتضمن وولفيش مفتاح “محلي فقط” يقيّد كل الاستدلال بـ Ollama — لا بيانات تلمس API سحابي أبدًا، بغض النظر عن نموذج الدماغ المُختار. فعّله من بطاقة النموذج بجوار حقل الإدخال — بتحويل المبدّل إلى محلي — عند حاجتك لخصوصية مطلقة. في الوضع المحلي فقط:
  • فرض النموذج المحلي — يُستخدم Ollama فقط أيًا كان نموذج الدماغ المُختار
  • لا طلبات شبكة لاستدلال نموذج اللغة
  • تجميع الذاكرة يستخدم النموذج المحلي
  • جميع الميزات الأخرى (ذاكرة، أدوات، قدرات) تعمل بشكل طبيعي

​
القيود

  • السرعة — الاستدلال المحلي أبطأ من APIs السحابة، خاصة على أجهزة CPU فقط. توقع 5–30 رمز/ثانية حسب حجم النموذج والعتاد، مقابل 80–150 رمز/ثانية من المزودين السحابيين.
  • نافذة السياق — معظم النماذج المحلية تدعم 4K–32K سياق. النماذج السحابية تقدم 128K–200K. يقلّص وولفيش مجموعة الأدوات تلقائيًا للنوافذ الصغيرة (انظر أعلاه)، لكن المحادثات الطويلة أو المستندات الكبيرة قد تتجاوز مع ذلك حدود النموذج المحلي.
  • تنسيق استدعاء الأدوات — النماذج الأصغر تخرج أحيانًا استدعاءات أدوات مشوّهة. لدى وولفيش منطق إعادة محاولة، لكن الفشل المتكرر ينهي الدور.
  • computer-use — التفاعل مع الشاشة يعتمد على قدرات رؤية تفتقر إليها معظم النماذج المحلية. القدرة ليست محجوبة — النموذج المحلي القادر على الرؤية يستطيع استخدامها — لكن توقّع نتائج ضعيفة دون مستوى النماذج الحدودية.

​
الرؤية

بنينا تكامل Ollama لأننا نؤمن أن مستقبل الذكاء الاصطناعي الشخصي محلي. اليوم، أفضل النماذج مستضافة سحابيًا. لكن أحجام النماذج تتقلص بينما القدرات تنمو. الفجوة بين نموذج محلي 70B ونموذج سحابي حدودي تضيق مع كل إصدار. وولفيش مبني لذلك المستقبل — حيث جهاز واحد يشغّل وكيل ذكاء اصطناعي كامل القدرات بلا اتصال إنترنت، بلا اشتراك، بلا بيانات تخرج عن سيطرتك. كل قرار معماري (تصميم محايد تجاه النماذج، أولوية الـ markdown، ذاكرة محلية) مصمّم بحيث يكون وولفيش جاهزًا يوم يستطيع نموذج 14B تنفيذ سلاسل وكيلية من 20 أداة بموثوقية. دون أي تغيير في الشيفرة — فقط بدّل النموذج: النماذج المحلية تسلك أصلًا المسار ذاته الذي تسلكه السحابية. حتى ذلك الحين، استخدم المزودين السحابيين للمهام الثقيلة وOllama لما يتقنه: استدلال محلي خاص، دون اتصال، ومتوفر دائمًا.