وكيل السحابة
يعمل كله على خوادم مزوّد. سهلُ البداية، لكن بياناتك وسياقك ومفاتيحك تسكن عنده — والمفتاح كذلك: عطل أو تغيير شروط أو حساب موقوف يوقف الوكيل، أيًا كان السبب.
المفهوم
وكلاء الذكاء الاصطناعي بنهج local-first
وكيل الذكاء الاصطناعي بنهج local-first يعمل على جهازك أنت، لا في سحابة مزوّد. هنا نشرح ما يعنيه ذلك، وكيف يقارن بإعدادات السحابة والاستضافة الذاتية، ولماذا يهم للخصوصية والتكلفة والتحكم.
ما الذي يعمل محليًا فعلًا؟
ليس نهج local-first مجرد مسألة أين يبدأ البرنامج. للوكيل أربعة أجزاء متحركة: حلقة التحكم التي تخطط وتقرر، والذاكرة التي تتراكم، والأدوات التي يشغّلها، والنموذج اللغوي الذي يفكر به. في Veyllo (VAF) تعمل الأجزاء الثلاثة الأولى دائمًا على عتادك. والنموذج هو الموضع الوحيد الذي تختار فيه بين المحلي والمستضاف. هذا الفصل هو كل الفرق عن وكيل السحابة، حيث الأجزاء الأربعة كلها عند المزوّد.
الفرق
السحابة والاستضافة الذاتية وlocal-first
ثلاث طرق لتشغيل وكيل، وأين تسكن بياناتك في كل منها.
وكيل باستضافة ذاتية
يعمل على بنية تديرها أنت، خادمٍ تحت إشرافك عادةً. التحكم في جانبك، لكن الخادم كذلك: تشغيله وصيانته عليك.
وكيل بنهج local-first
يعمل على جهازك أنت، في نافذته الخاصة. يجهّز المثبّت الخادم المحلي والحساب لك، وتبقى بياناتك عندك. لا بنية بعيدة تُنشأ أو تُصان. هكذا يعمل Veyllo افتراضيًا.
يتقاطع نهج local-first مع الاستضافة الذاتية: في كليهما التحكم في جانبك. لكن local-first يعني تحديدًا أن الوكيل يعمل حيث أنت، على جهازك. ومع Veyllo يمكنك الاثنان: التشغيل محليًا، أو استضافة الـ harness على خادمك الخاص.
محلي، لا فردي
مضيف واحد، فريقك كله.
لا يعني local-first شخصًا واحدًا. حتى تطبيق سطح المكتب ينفتح على الشبكة بمفتاح واحد، دون تثبيت خادم منفصل. جهازك، أو جهاز فائض في البيت، أو خادم الشركة يصبح المضيف، ويصل إليه كل مَن على الشبكة المحلية عبر HTTPS.
✓
المشاركة بمفتاح واحد. فعّل المفتاح في التطبيق (أو نفّذ
vaf server on) فيصبح VAF متاحًا على شبكتك عبر HTTPS. يكفي تثبيت سطح مكتب عادي؛ لا حاجة لخادم منفصل.✓
حساب مستقل لكل شخص. لكلٍّ مساحته المعزولة: ذاكرة ومهام وتفضيلات منفصلة. لا أحد يرى ما لدى غيره.
✓
بلا اشتراك لكل مستخدم. نسخة واحدة تخدم الفريق أو البيت كله. تشغّلها مرة، بدل الدفع عن كل شخص.
لماذا يهم
ما الذي تكسبه.
✓
موجهات لا تسافر أبدًا. النص الذي لا يغادر الجهاز لا يمكن تسجيله ولا حفظه ولا استخدامه في التدريب ولا تسليمه عند الطلب. ومع نموذج محلي يشمل ذلك سلسلة المعالجة كلها، لا التخزين وحده.
✓
لا مزوّد بينك وبين عملك. لا أحد يستطيع رفع الأسعار، أو إحالة النموذج الذي تعتمد عليه إلى التقاعد، أو تغيير الحدود، أو إيقاف حساب. الإعداد الذي يعمل اليوم يعمل العام المقبل — بأوزان النموذج نفسها.
✓
كهرباء بدل التوكنات. النموذج المحلي بلا فاتورة توكنات. السياقات الطويلة والتشغيلات المتكررة ودُفعات الليل تكلف كجهاز في وضع السكون — وهذا ما يجعل المهام المجدولة ومتعددة الخطوات في المتناول.
✓
يعمل بلا اتصال. في القطار أو في شبكة مغلقة يواصل الوكيل العمل بنموذج محلي — بذاكرته وملفاته.
الخيار الحقيقي الوحيد
نموذج محلي أم نموذج مستضاف؟
كل ما عدا ذلك في وكيل local-first محسوم سلفًا. هذا هو القرار الذي يعود إليك فعلًا — ويمكن تغييره لاحقًا.
✓
نموذج محلي. يعمل على GPU أو CPU لديك. لا شيء يغادر الجهاز ولا فاتورة توكنات؛ والسرعة والجودة بحسب العتاد. النماذج الصغيرة تكفي المسودات والتلخيص وأعمال الملفات اليومية؛ أما الاستدلال العسير فيطلب GPU قويًا.
✓
نموذج مستضاف. يبقى الوكيل يعمل محليًا؛ ولا يخرج إلا نداء النموذج. هكذا تغدو النماذج المتقدمة في المتناول دون شراء عتاد، بمحاسبة لكل توكن؛ ويصل الموجه والملفات المرفقة إلى مزوّد النموذج.
✓
كلاهما، بحسب المهمة. تنتهي معظم الإعدادات مختلطةً: النموذج المحلي للروتين والسرّي، والمستضاف للمسائل العسيرة. التبديل سطر إعداد واحد، فليس الخيار نهائيًا أبدًا.
كيف يفعلها Veyllo
ما يضعه Veyllo فوق النموذج.
يحوّل Veyllo النموذج اللغوي إلى وكيل يعمل محليًا: ذاكرة متجهية دائمة تتذكر بين الجلسات، وطقم أدوات كامل (ويب وبرمجة وملفات ومتصفح) وكل ما توصله عبر MCP، ووكلاء فرعيون تُفوَّض إليهم المهام، وتنفيذ شيفرة في بيئة معزولة. شغّله بنموذج محلي، أو وجّهه إلى Veyllo API المتوافقة مع OpenAI حين تريد خلفية سحابية. مفتوح المصدر، AGPL-3.0، مع رخصة تجارية متاحة.
الأسئلة الشائعة
سألتم، فأجبنا.
ما وكيل الذكاء الاصطناعي بنهج local-first؟
تعمل حلقة التحكم والذاكرة والأدوات على جهازك؛ ولا يجوز أن يكون في مكان آخر إلا النموذج، إن اخترت نموذجًا مستضافًا. أما وكيل السحابة فيضع ذلك كله على خوادم المزوّد، بسياق كل طلب.
هل local-first هو نفسه الاستضافة الذاتية؟
يتفقان في مَن يملك التحكم، ويختلفان في مكان العمل. تنقل الاستضافة الذاتية البرنامج إلى خادم تديره؛ ويضعه local-first على الجهاز أمامك، بلا خادم أصلًا. يفعل Veyllo الاثنين، ويخدم المضيف المستضاف ذاتيًا فريقًا كاملًا.
هل عليّ إرسال بياناتي إلى السحابة لاستخدام Veyllo؟
لا. Veyllo بنهج local-first: يمكنك تشغيل الوكيل كله على جهازك، بالنماذج أيضًا. أما Veyllo API المستضافة فاختيارية: توفر النماذج التي يحتاجها VAF (نص ورؤية وصوت) إن فضّلت ألا تشغّل نماذجك بنفسك.
أيستطيع أكثر من شخص استخدام تثبيت Veyllo واحد؟
نعم. فعّل مشاركة الشبكة فيصبح VAF متاحًا على شبكتك المحلية عبر HTTPS، حتى من تثبيت سطح مكتب عادي. لكلٍّ حسابه بذاكرة ومهام معزولة؛ ومضيف واحد يخدم الجميع بلا اشتراك لكل مستخدم.
هل يمكنني استخدام SDK من OpenAI مع Veyllo API؟
نعم. Veyllo API متوافقة مع OpenAI. وجّه أي SDK من OpenAI أو عميل HTTP إلى api.veyllo.app/v1 واستخدم مفتاح Veyllo الخاص بك. المحادثة والرؤية مدعومتان.
هل أستطيع بناء وكلائي بواسطة VAF؟
نعم. VAF على PyPI: يثبّت pip install --pre vaf النواة، وفوق إطار العمل تبني وكلاءك وأدواتك وحلولك — حتى الـ harness الخاص بك. الإضافات كالخادم أو حزمة الذاكرة تُثبَّت بالطريقة نفسها، ويرافقك دليل التضمين في وثائق VAF خطوة بخطوة. العلم --pre لازم ما دام VAF في مرحلة ألفا.
ما رخصة Veyllo؟
Veyllo Agentic Framework (VAF) برخصة مزدوجة: AGPL-3.0 للاستخدام مفتوح المصدر، ورخصة تجارية للفرق التي تحتاج شروطًا مختلفة.
ما أنظمة التشغيل المدعومة؟
يعمل Veyllo على macOS وWindows وLinux — تطبيقَ سطح مكتب، أو على خادم، أو من الطرفية.