ما هو حاسوب Perplexity المحمول؟ كيف تحافظ وكلاء الذكاء الاصطناعي المحلية أولًا على العمل على جهاز الكمبيوتر الخاص بك

تنبع أهمية Perplexity Portable Computer بدرجة أقل من قدرته على تشغيل نموذج بحجم 27B محليًا، وبدرجة أكبر من نقله بيئة تشغيل الوكيل نفسها إلى جهاز المستخدم. وتقول Perplexity إن المنسّق، والمخطِّط، وموجّه الأدوات، والمجدول، وقائمة انتظار المهام الدائمة، وفهرس البحث المحلي تعمل جميعًا على الجهاز. ويمكن للوكيل قراءة الملفات المحلية، والبحث في المستندات والرموز البرمجية، وتنفيذ إجراءات على الحاسوب، والحفاظ على تشغيل المهام الطويلة من دون جعل نموذج سحابي طبقة التحكم الافتراضية.

وهذا يغيّر السؤال المتعلق بالذكاء الاصطناعي المحلي. فبدلًا من التساؤل فقط عمّا إذا كان النموذج يتسع في ذاكرة RAM أو VRAM، يصبح السؤال الأهم هو: أين ينبغي أن توجد ملفات الوكيل، وفهرس البحث، وحالة المهام، والأدوات، والأذونات، وبيئة العمل؟ كما أن Portable Computer محلي أولًا وليس محليًا فقط: إذ يمكنه طلب الإذن لاستخدام بحث الويب، أو التطبيقات المتصلة، أو النماذج السحابية المتقدمة عندما تحتاج المهمة إلى إمكانات لا تستطيع الحزمة المحلية توفيرها. والنتيجة مخطط مفيد لبنية ذكاء اصطناعي هجينة، يمتلك فيها المستخدم الطبقة المحلية الدائمة، بينما يصبح الذكاء السحابي موردًا اختياريًا.

ما هو Perplexity Portable Computer؟

Perplexity Portable Computer هو إصدار محلي أولًا من Perplexity Computer، وقد قُدِّم في 25 أغسطس 2026. وبدلًا من إرسال كل مهمة عبر بيئة تشغيل وكيل مستضافة، فإنه يشغّل نظام الوكيل الأساسي على جهاز محلي.

في الإعلان الرسمي عن Portable Computer، تصف Perplexity نظامًا يمكنه تحليل البيانات المحلية، وتجميع الملفات، وتشغيل مسارات العمل، والبحث في المحتوى المحلي، وتنفيذ إجراءات على الجهاز من دون جعل التنفيذ السحابي هو الخيار الافتراضي.

يصبح الفرق أوضح عند فصل النموذج عن الوكيل المحيط به.

لذلك لا يكمن التغيير الجوهري ببساطة في نقل نموذج لغوي كبير واحد من خادم إلى حاسوب مكتبي. بل انتقلت طبقة التنسيق معه.

وهذا يحوّل Portable Computer إلى بيئة تشغيل لوكيل محلي أكثر منها روبوت دردشة محليًا تقليديًا.

ما الذي يعمل فعليًا محليًا في Portable Computer؟

تحدّد Perplexity صراحةً ستة مكوّنات رئيسية تعمل على الجهاز: المنسّق، والمخطِّط، وموجّه الأدوات، والمجدول، وقائمة انتظار المهام الدائمة، وفهرس البحث المحلي. وتكتسب هذه المكوّنات أهميتها لأن الوكيل يفعل أكثر بكثير من توليد الرمز المميّز التالي.

يقرر المنسّق كيفية سير المهمة ككل. فإذا طلب المستخدم من الوكيل مراجعة مجلد من التقارير، ومقارنتها بملاحظات المشروع، وإعداد مخرَج، ثم إرسال ملخص لاحقًا، فقد تكون هناك عمليات فردية كثيرة بين الطلب والنتيجة.

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

وهذا هو الفرق الأساسي بين الوكيل وروبوت الدردشة. يمكن لروبوت الدردشة انتظار رسالة المستخدم التالية، بينما قد يظل الوكيل يعالج الملفات، أو ينتظر اكتمال إجراء آخر، أو يعيد محاولة استدعاء أداة فاشلًا، أو يعود إلى مهمة لاحقًا.

يدعم الكمبيوتر المحمول حاليًا Qwen3.8-27B وPPLX 27B من بيربلكسيتي على أجهزته عند الإطلاق. ويمكن للقراء المهتمين تحديدًا بمتطلبات الذاكرة لنموذج Qwen الأساسي الاستعانة بدليلنا حول تشغيل Qwen3.8-27B على أجهزة موجهة للمستهلكين.

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

كيف يقرر الكمبيوتر المحمول متى يستخدم السحابة؟

الكمبيوتر المحمول محلي أولًا، وليس بالضرورة دون اتصال فقط. وهذا التمييز أساسي لفهم المنتج بدقة.

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

يبدو مسار القرار المبسّط كما يلي:

مهمة المستخدم
   |
   v
المنسّق المحلي
   |
   +-- هل يستطيع النموذج المحلي + الأدوات المحلية إكماله؟
   |        |
   |        +-- نعم --> إكماله محليًا
   |
   +-- لا
          |
          +-- هل يحتاج إلى معلومات حديثة من الويب؟
          +-- هل يحتاج إلى تطبيق متصل؟
          +-- هل يحتاج إلى إجراء عبر المتصفح؟
          +-- هل يحتاج إلى استدلال متقدم؟
                    |
                    v
             طلب الإذن
                    |
                    v
          استخدام إمكانات سحابية معتمدة
                    |
                    v
          إعادة النتيجة إلى سير العمل المحلي

تقول بيربلكسيتي إن الكمبيوتر المحمول يمكنه الوصول إلى إمكانات البحث، والبحث الموسّع أو المتعمّق، والتطبيقات المتصلة، وأكثر من 15 نموذجًا متقدمًا عند الحاجة. كما تقول إنه عندما يلزم إرسال محتوى من الجهاز إلى خدمة سحابية، يطلب النظام إذن المستخدم أولًا.

وهذا ينتج علاقة مختلفة تمامًا مع الذكاء الاصطناعي السحابي.

تصبح السحابة قدرة يمكن للوكيل طلبها بدلًا من أن تكون البيئة التي يعيش الوكيل داخلها بشكل دائم.

يُعد هذا النموذج الهجين مفيدًا خصوصًا للعمل الخاص. فقد يحلل وكيل محلي مستندات سرية على الجهاز، لكنه يظل قادرًا على طلب معلومات سوقية حديثة من خدمة بحث سحابية لا تتطلب إرسال المواد المصدرية السرية نفسها.

كيف يستخدم Portable Computer الملفات والبحث المحليين؟

لا يحتاج وكيل ذكاء اصطناعي خاص وفعّال إلى حشر كل مستند في نافذة سياق النموذج. بل يحتاج إلى وصول مضبوط إلى الملفات، إلى جانب طريقة للعثور على المعلومات ذات الصلة عندما تطلبها مهمة ما.

يمكن لـ Portable Computer قراءة الملفات المحلية والبحث ضمن المستندات والأكواد. كما يظل فهرس البحث المحلي على الجهاز. وتكتسب هذه الفصل أهمية لأنه يجعل الذكاء الاصطناعي المحلي أكثر فائدة بكثير عندما تُعامل البيانات الخاصة كطبقة معرفة دائمة بدلًا من رفعها يدويًا في كل محادثة.

يبدو سير عمل المعرفة المحلي المبسّط كما يلي:

الملفات المحلية
    |
    v
البحث المحلي / الفهرس
    |
    v
المستندات ذات الصلة
    |
    v
الوكيل المحلي
    |
    v
سياق النموذج
    |
    v
الإجابة / الإجراء / المخرجات

لذلك لا يتعين على النموذج أن «يتذكر» نظام ملفات كاملًا. بل يمكنه استرداد الملفات أو المقاطع ذات الصلة بالمهمة الحالية.

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

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

أين توجد ذاكرة الوكيل في نظام محلي أولًا؟

الملفات القابلة للبحث هي أحد أشكال السياق الدائم، لكن الوكلاء الذين يعملون لفترات طويلة يحتاجون في نهاية المطاف إلى ما هو أقرب إلى الذاكرة: سجلات الأعمال السابقة، وسجل المشروع، والملاحظات، والاكتشافات، والقرارات، وحالة المهام التي تبقى بعد انتهاء المطالبة الواحدة.

يؤكد إطلاق Portable Computer بالفعل توفّر البحث المحلي وقائمة مهام متينة، لكن من المهم عدم الادعاء بأن كل مكوّن من بنية الذاكرة الأوسع لدى Perplexity قد نُقل ببساطة إلى DGX Spark.

وبشكل منفصل، نشرت Perplexity عملًا تفصيليًا حول بنية ذاكرة الوكيل التي أطلقت عليها اسم Brain. ويفيد هذا النظام في فهم الاتجاه الذي يتجه إليه تفكير الشركة الأوسع.

يتعامل Brain مع سياق الوكيل الدائم باعتباره نظام ملفات بدلًا من محاولة حشر سجل المستخدم بالكامل في كل مطالبة. وتتضمن بنيته للذاكرة:

والدرس الأوسع أهم من بنية المجلدات الدقيقة: ذاكرة الوكيل تصبح بيانات دائمة.

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

وهذا يجعل طبقة البيانات الدائمة أكثر أهمية في بنية الذكاء الاصطناعي المحلي.

كيف يحافظ Portable Computer على أمان إجراءات الوكيل المحلي بدرجة أكبر؟

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

يحتاج الوكيل القادر على قراءة الملفات أو تشغيل الأدوات أو تعديل التعليمات البرمجية أو استدعاء التطبيقات أو تنفيذ الأوامر إلى حدود تحدد ما يمكنه الوصول إليه. تقول Perplexity إن تنفيذ التعليمات البرمجية والأدوات في Portable Computer يتم داخل بيئات معزولة، مع وصول مضبوط إلى الملفات والتطبيقات المتصلة.

يحتاج نموذج أمان عملي للوكيل المحلي إلى عدة طبقات:

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

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

ينبغي ألا يُفسَّر ذلك البحث على أنه دليل على إعادة إنتاج كل تفاصيل تنفيذ SPACE السحابي حرفيًا وبشكل مطابق على Portable Computer. لكنه يوضح مشكلة البنية التحتية التي يتعين على الوكلاء المحليين حلها بشكل متزايد: إذ يجب أن يتعايش التنفيذ القوي مع الوصول المنضبط والحالة المستمرة.

ما العتاد الذي يحتاج إليه Perplexity Portable Computer؟

عند الإطلاق، يتوفر Portable Computer على NVIDIA DGX Spark لمشتركي Perplexity Pro وMax. ويدعم الإصدار الأول Linux، مع الإعلان عن إتاحة دعم Windows لاحقًا. وتقول Perplexity أيضًا إن دعم أجهزة الكمبيوتر المزودة بوحدات معالجة رسومية NVIDIA RTX قادم.

يعتمد DGX Spark على منصة NVIDIA Grace Blackwell GB10، مع وحدة معالجة مركزية Arm ذات 20 نواة، ووحدة معالجة رسومية من NVIDIA، وذاكرة موحدة بسعة 128GB. وتجعله مساحة الذاكرة المشتركة الكبيرة مناسبًا لتشغيل نماذج محلية كبيرة، مع ترك سعة كافية لوقت تشغيل الوكيل وأحمال العمل الأخرى.

يوفر Portable Computer حاليًا Qwen3.8-27B وPPLX 27B، وهو إصدار من نموذج Qwen خضع لتدريب لاحق بواسطة Perplexity. كما تُدرج NVIDIA Nemotron 3.5 Lightning على أنه سيُضاف قريبًا إلى قائمة اختيار النماذج.

هذا لا يعني أن DGX Spark يمثل حدًا أدنى عالميًا لمتطلبات العتاد الخاصة بالنموذج الأساسي ذي 27 مليار معلمة. إذ يمكن لـ Qwen3.8-27B نفسه العمل على عتاد تقليدي بدرجة أكبر بكثير عند استخدام التكميم. وتمنح منظومة 128GB Perplexity مساحة لتقديم بيئة وكيل محلية متكاملة، بدلًا من مجرد إثبات قدرة النموذج الأساسي على توليد الرموز.

هل يقلل الذكاء الاصطناعي المحلي أولًا تكلفة السحابة فعلًا؟

تقول Perplexity إن العمل الذي ينفذه النموذج المحلي في Portable Computer لا يستهلك أرصدة. وهذا يغيّر اقتصاديات أحمال عمل الوكلاء، لأن الوكلاء قد يستهلكون قدرًا أكبر بكثير من الاستدلال مقارنةً بالدردشة العادية.

قد يتضمن سؤال واحد لروبوت الدردشة مطالبةً واحدة وإجابةً واحدة. أما الوكيل فيمكنه بدلًا من ذلك:

خطّط لمهمة، وافحص الملفات، واستدعِ الأدوات، وقيّم نتيجة، وأعِد محاولة إجراء فشل، وابحث عن معلومات إضافية، واستدعِ عاملًا آخر، ولخّص النتائج، ثم أنتج المخرجات النهائية.

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

يغيّر الاستدلال المحلي هيكل التكلفة هذا. فهو يستبدل بعض الإنفاق السحابي القائم على الاستخدام بتكاليف ثابتة مثل العتاد، والكهرباء، والتخزين، والصيانة.

هذا لا يجعل الذكاء الاصطناعي المحلي مجانيًا. والمقارنة الأكثر فائدة هي المفاضلة بين تكلفة الذكاء الاصطناعي المحلي والسحابي.

يُ formalize Portable Computer الإجابة الهجينة عمليًا: احتفظ بالمهام ذات الحجم الكبير أو الحساسة على العتاد الذي تملكه بالفعل، ثم أنفق موارد السحابة بشكل انتقائي حيث توفر ميزة واضحة في القدرات.

لماذا قد تحتاج وكلاء الذكاء الاصطناعي المحليون إلى خادم أو جهاز NAS حتى عند إجراء الاستدلال في مكان آخر؟

يعمل Portable Computer حاليًا على نظام حوسبة للذكاء الاصطناعي، وليس على جهاز NAS. ولا يوجد سبب لتحويل هذه الحقيقة إلى ادعاء غير مدعوم بأن المنتج الكامل يجب تثبيته على خادم تخزين.

والصلة الأكثر إثارة للاهتمام هنا معمارية.

كلما أصبحت الوكلاء دائمة، راكمت بيانات تعيش لفترة أطول بكثير من جلسة استدلال فردية:

• المستندات المصدرية والملفات الخاصة،
• مستودعات الأكواد وأصول المشاريع،
• فهارس البحث والتضمينات،
• سجلات المهام والوكلاء،
• التقارير والملفات الناتجة،
• ملفات الذاكرة وقواعد المعرفة،
• إعدادات سير العمل،
• اللقطات والنسخ الاحتياطية.

لا تنتمي كل هذه البيانات بشكل دائم إلى محرك SSD الداخلي للجهاز الذي يُجري الاستدلال.

يمكن لبنية ناضجة تعطي الأولوية للتشغيل المحلي فصل ثلاث طبقات من الموارد:

لا يحتاج جهاز NAS إلى التظاهر بأنه ذاكرة GPU. فدوره مختلف: توفير مساحة مستقرة وقابلة للتوسعة ومضبوطة الصلاحيات لبيانات الوكيل الدائمة.

هذا هو السبب نفسه الذي يجعل طبقة بيانات الذكاء الاصطناعي الخاصة قادرة على البقاء على جهاز NAS بينما تُجرى الاستدلالات في مكان آخر. ويمكن تغيير عتاد الحوسبة من دون الاضطرار إلى نقل قاعدة المعرفة بأكملها معه.

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

بعبارة أخرى، قد لا يكون الأصل طويل الأجل هو النموذج. بل قد تكون الحالة المحيطة بالنموذج.

هل Portable Computer هو مستقبل وكلاء الذكاء الاصطناعي الشخصيين؟

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

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

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

ثالثًا، ليست الخيارات مقتصرة على الذكاء الاصطناعي المحلي بالكامل أو السحابي بالكامل. يوضح Portable Computer حلًا وسطًا أكثر عملية: يمكن أن يظل التنفيذ الروتيني على الجهاز، بينما يطلب الوكيل انتقائيًا معلومات خارجية أو قدرات استدلال أقوى.

لا تزال هناك قيود مهمة. إذ يتركز الإطلاق على أجهزة DGX Spark المتخصصة. ولا يزال دعم أجهزة الكمبيوتر المزودة ببطاقات RTX يتوسع. ولم يكن دعم Windows جزءًا من الإصدار الأول. ولن تتفوق النماذج المحلية على نماذج السحابة الرائدة في كل مسائل الاستدلال الصعبة، كما أن التطبيقات المتصلة لا تزال تتضمن خدمات خارجية.

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

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

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

الأسئلة الشائعة: حاسوب Perplexity المحمول والذكاء الاصطناعي المحلي أولًا

ما هو حاسوب Perplexity المحمول؟

يُعدّ Perplexity Portable Computer إصدارًا محليًا أولًا من Perplexity Computer، ويشغّل نموذج الوكيل والمنسّق والمخطط وموجّه الأدوات والجدولة وقائمة انتظار المهام الدائمة وفهرس البحث المحلي على جهاز المستخدم. ويمكنه معالجة الملفات وسير العمل المحليين من دون جعل التنفيذ السحابي هو الخيار الافتراضي.

هل يعمل Perplexity Portable Computer بالكامل دون اتصال بالإنترنت؟

يمكنه تنفيذ العديد من المهام محليًا، لكن من الأدق وصفه بأنه محلي أولًا وليس محليًا فقط. إذ يستطيع الوكيل استخدام البحث السحابي والتطبيقات المتصلة وإمكانات المتصفح أو النماذج المتقدمة عند الضرورة. وتقول Perplexity إنه يطلب الإذن قبل إرسال محتوى الجهاز إلى خدمة سحابية.

ما النموذج الذي يستخدمه Portable Computer؟

عند الإطلاق، يدعم Portable Computer النموذجين Qwen3.8-27B وPPLX 27B، اللذين تصفهما Perplexity بأنهما نسخة مدرّبة لاحقًا من نموذج Qwen. ومن المخطط أيضًا إضافة NVIDIA Nemotron 3.5 Lightning إلى منتقي النماذج.

هل يرسل Portable Computer الملفات الخاصة إلى السحابة؟

تقول Perplexity إن البيانات الخاصة يمكن أن تبقى على الجهاز، وإن النظام يطلب الإذن عندما تحتاج مهمة ما إلى إرسال محتوى من الجهاز إلى خدمة سحابية. ومع ذلك، ينبغي للمستخدمين التعامل مع التطبيقات المتصلة والتصعيد السحابي المصرّح به باعتبارهما تدفقين خارجيين للبيانات، بدلًا من افتراض أن النظام يعمل دون اتصال بالإنترنت بشكل دائم.

هل يمكن تشغيل Portable Computer على جهاز كمبيوتر مزود بوحدة RTX؟

أطلقت Perplexity جهاز Portable Computer أولًا على NVIDIA DGX Spark، وتقول إن دعم أجهزة الكمبيوتر المزودة بوحدات معالجة رسومية NVIDIA RTX قادم. وقد تتغير متطلبات الأجهزة والبرامج الدقيقة للنشر الأوسع على أجهزة RTX مع تطور ذلك الطرح.

هل يتطلب Portable Computer جهاز DGX Spark؟

يعتمد نشر سبتمبر 2026 الأول على DGX Spark، لكن Perplexity أعلنت بالفعل عن توسّع ليشمل أجهزة الكمبيوتر المزودة بوحدات معالجة رسومية RTX. ويمكن أيضًا تشغيل نموذج Qwen3.8-27B الأساسي بشكل مستقل على أجهزة محلية أخرى باستخدام التكميم والذاكرة المناسبين.

هل يُعدّ Perplexity Portable Computer هو نفسه Ollama؟

لا. يُعدّ Ollama في المقام الأول بيئة تشغيل محلية للنماذج وطبقة واجهة برمجة تطبيقات. أما Portable Computer فهو نظام وكلاء أوسع نطاقًا يجمع بين نموذج محلي والتنسيق والتخطيط واستمرارية المهام والبحث المحلي والأدوات وإجراءات الجهاز والعزل الآمن وموصلات الخدمات والتصعيد الاختياري إلى السحابة. يساعد Ollama على تشغيل نموذج، بينما صُمّم Portable Computer لتشغيل سير عمل مستمر لوكيل حول أحد النماذج.

لماذا يحتاج وكيل ذكاء اصطناعي محلي إلى تخزين دائم؟

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