ملاحظات إصدار Eigent v0.0.90: تخزين المطالبات المؤقت، رفع الملفات عبر المتصفح، وتحديثات أسرع
تخزين مؤقت للمطالبات على مستوى المنصة، رفع الملفات في وكيل المتصفح، وخط أنابيب تحديث أسرع بكثير

يتمحور Eigent v0.0.90 حول إنجاز المزيد بموارد أقل — وبسرعة أكبر. الميزة الأبرز هي التخزين المؤقت للمطالبات على مستوى المنصة: بدلًا من إعادة معالجة السياق نفسه في كل دورة للوكيل، يقوم Eigent الآن بتخزينه مؤقتًا على مستوى النموذج، مما يقلل زمن الاستجابة بشكل كبير ويخفض التكاليف بصورة ملحوظة لسير العمل طويل الأمد. وإلى جانب ذلك، يكتسب وكيل المتصفح إمكانية رفع الملفات، كما ينتقل خط أنابيب التحديث التلقائي من GitHub Releases إلى CDN لتنزيلات أسرع بكثير.
بالنسبة لأي شخص يشغّل Eigent بوصفه منصة cowork مفتوحة المصدر، فإن v0.0.90 هو إصدار يجعل كل شيء يبدو أكثر سلاسة وقدرة دون ضجة كبيرة. لنبدأ.
⚡ التخزين المؤقت للمطالبات لجميع النماذج
شهد الأداء والتكلفة خطوة كبيرة إلى الأمام.
شكرًا جزيلًا لـ @Zephyroam على التنفيذ الأساسي في PR #1482، ولـ @fengju0213 على المتابعة المحددة في PR #1552 التي توسّع التخزين المؤقت ليشمل تهيئة نموذج Anthropic BYOK.
يتيح التخزين المؤقت للمطالبات للنموذج تخزين وإعادة استخدام التمثيل المعالج للسياق الطويل والثابت — مثل المطالبات النظامية، وتعليمات المهارات، وسياق المستندات — بدلًا من إعادة ترميزه وإعادة معالجته في كل دورة للوكيل. بالنسبة للمهام متعددة الخطوات وطويلة الأفق التي تتفوق فيها وكلاء cowork في Eigent، قد يعني هذا تقليلًا كبيرًا في كل من زمن الاستجابة وتكاليف الرموز.
يقدّم PR #1482 تنفيذًا واسعًا يوسّع دعم التخزين المؤقت للمطالبات عبر منصات نماذج متعددة، مع عمق خاص في AWS Bedrock Converse:
ما الجديد:
- تكامل AWS Bedrock Converse — دعم مخصص لتخزين المطالبات مؤقتًا في Bedrock Converse مع معالجة قابلة للتهيئة للمنطقة ودعم كل من المصادقة بمفتاح API والمصادقة بمفتاح الوصول/المفتاح السري
- فصل AWS Bedrock عن Bedrock Converse — أصبح التعامل معهما الآن كنوعين منفصلين من المنصات، لأن Bedrock Converse يدعم التخزين المؤقت للمطالبات بينما يستخدم Bedrock القياسي واجهات API متوافقة مع OpenAI لا تدعم ذلك
- تهيئة خاصة بالسحابة — تحصل نماذج Bedrock Converse على تهيئة مناسبة تراعي الرابط والمنطقة عند بدء التشغيل
- رسائل خطأ تحقق محسّنة — رسائل أوضح وأكثر وصفًا عبر أنواع المنصات المختلفة لمساعدة المستخدمين في تشخيص مشكلات تهيئة BYOK
- استدعاءات دفق عامل الوكيل — مواءمة مع تغييرات إطار CAMEL الصاعد لضمان سلوك بث صحيح
ويكمل PR #1552، من @fengju0213، هذه الحلقة بإضافة تهيئة التخزين المؤقت في مرحلة بدء تشغيل نموذج Anthropic، ما يضمن استفادة مستخدمي Anthropic BYOK أيضًا من التخزين المؤقت للمطالبات دون أي إعداد يدوي.
في سير عمل cowork متعدد الوكلاء حيث يتشارك الوكلاء مطالبة نظام طويلة أو مستند مهارات، فإن تخزين هذا السياق مرة واحدة بدلًا من معالجته في كل استدعاء هو نوع التحسين الذي تتضاعف فائدته مع كل مهمة.
🔗 PR: https://github.com/eigent-ai/eigent/pull/1482
🔗 PR: https://github.com/eigent-ai/eigent/pull/1552
🌐 أداة رفع الملفات لوكيل المتصفح
حصل وكيل المتصفح على قدرة جديدة قوية.
تحية لـ @Douglasymlai، مع مراجعة من @nitpicker55555، لإضافة رفع الملفات كأداة أساسية في وكيل المتصفح. سابقًا، كان وكيل المتصفح قادرًا على التنقل والقراءة والتفاعل مع الصفحات — لكنه لم يكن قادرًا على التعامل مع حقول رفع الملفات. وقد تم الآن سد هذه الفجوة.
غالبًا ما تصطدم أتمتة الويب بسيناريوهات رفع الملفات: إرفاق مستند بنموذج، إرسال جدول بيانات إلى بوابة بيانات، رفع صورة إلى CMS. وبدون دعم رفع أصيل، كانت هذه التدفقات تتطلب حلولًا ملتوية ومزعجة. الآن يستطيع وكيل المتصفح التعامل معها بسلاسة.
ما الجديد:
- أداة Upload File — أداة مخصصة ضمن مجموعة أدوات وكيل المتصفح للتعامل مع عناصر إدخال الملفات في صفحات الويب
- دعم رفع من البداية إلى النهاية — يمكن للوكيل اختيار ملف وتشغيل تفاعلات الرفع كجزء من سير عمل أكبر لأتمتة المتصفح
- تكامل مع مجموعة أدوات المتصفح الحالية — يعمل بسلاسة إلى جانب أدوات التنقل وإدخال النماذج والقراءة الموجودة
هذا يجعل وكيل المتصفح في Eigent أكثر قدرة بشكل ملحوظ على سيناريوهات أتمتة cowork مفتوحة المصدر الواقعية التي تتضمن إرسال الملفات أو إدخال المستندات أو رفع الوسائط.
🔗 PR: https://github.com/eigent-ai/eigent/pull/1528
📊 التمرير التلقائي في سجل العامل
تغيير صغير في تجربة الاستخدام. فرق كبير عندما تراقب تنفيذ مهمة.
شكرًا لـ @Douglasymlai، مع المراجعة والموافقة من @4pmtong، على تنفيذ التمرير التلقائي في لوحة سجل عامل سير العمل.
في السابق، عندما كان الوكيل ينفذ مهمة طويلة تحتوي على الكثير من إدخالات استخدام الأدوات، كان السجل يمتلئ وتظهر الإدخالات الجديدة أسفل المنطقة المرئية. وكان على المستخدمين التمرير يدويًا للأسفل لمتابعة التنفيذ — وهو أمر مزعج عندما تراقب جلسة وكيل cowork بشكل نشط.
ما الجديد:
- تمرير تلقائي عند الإدخالات الجديدة — تبقى واجهة السجل مثبتة على أحدث رسالة لاستخدام الأداة مع وصول محتوى جديد أثناء تنفيذ المهمة
- تتبع حالة التمرير — يتتبع
wasAtBottomRefما إذا كان المستخدم يعرض أسفل السجل، بحيث لا يقطع التمرير التلقائي العمل إذا كان قد تمرير للأعلى عمدًا لمراجعة خطوات سابقة - إعادة الضبط عند تبديل المهمة — تتم إعادة ضبط حالة التواجد في الأسفل عند التبديل بين المهام أو فتح لوحة السجل، لضمان بداية نظيفة لكل تشغيل جديد للوكيل
- تحسينات في التخطيط — تحديث سلاسل فئات Tailwind في مكوّن عقدة سير العمل لتحسين تخطيط اللوحة
عندما تشغّل وكلاء eigent cowork متعددي الخطوات وتريد رؤية ما يحدث في الوقت الفعلي، فإن هذا التغيير يجعل لوحة السجل تبدو وكأنها بث مباشر حقيقي.
🔗 PR: https://github.com/eigent-ai/eigent/pull/1513
⚙️ اكتشاف الخادم القديم في التطوير المحلي
لن تتساءل بعد الآن: "هل أشغّل كودًا قديمًا؟"
شكرًا لـ @4pmtong على بناء هذه التحسينات في تجربة المطور وإطلاقها.
أي شخص يشغّل Eigent مع VITE_USE_LOCAL_PROXY=true مرّ بهذا: تسحب التغييرات الجديدة، تنسى إعادة تشغيل الواجهة الخلفية، ثم تقضي وقتًا في تصحيح سلوك كان قد تم إصلاحه بالفعل — لأن الخادم يعمل بكود قديم. يحل PR #1517 هذه المشكلة عبر اكتشاف تلقائي وإشعار دائم.
ما الجديد:
- تجزئة Git عند بدء التشغيل — تلتقط الواجهة الخلفية الآن
SERVER_CODE_HASHمن الالتزام الحالي في git عند بدء الخادم - توسيع نقطة النهاية
/health— أصبحت تعيد الآن كلًا من الإصدار وتجزئة الخادم، ما يجعل من الممكن للواجهة الأمامية مقارنة حالة الخادم المتوقعة بالحالة الفعلية - الدالة
checkLocalServerStale()— تستعلم الواجهة الأمامية نقطة النهاية health، وتقارن التجزئات، وتطلق إشعار toast دائمًا عند اكتشاف عدم تطابق - تجزئة Git مقابل رقم الإصدار — يستخدم عمدًا تجزئة git بدلًا من سلسلة الإصدار، لتجنب الإيجابيات الكاذبة في الإصدارات الخاصة بالواجهة الأمامية فقط التي لا تغيّر الواجهة الخلفية
- دعم Docker — تم تحديث Dockerfile بحيث تكون التجزئة متاحة أيضًا داخل بيئات التطوير المحوّاة داخل الحاويات
إذا كنت تساهم في eigent أو تشغّله محليًا لتدفقات cowork مفتوحة المصدر، فهذه تحسين صغير لكنه مرحب به حقًا في جودة الحياة سيوفر وقت التصحيح.
🔗 PR: https://github.com/eigent-ai/eigent/pull/1517
📦 تحديثات تلقائية مدعومة بـ CDN
ترقيات أسرع. انتظار أقل.
شكرًا لـ @4pmtong، مع المراجعة من @Pakchoioioi، لنقل موجز التحديث التلقائي من GitHub Releases إلى CDN.
في السابق، كان برنامج التحديث التلقائي Electron في Eigent يسحب حزم التثبيت مباشرة من GitHub Releases. كان ذلك يعمل، لكن بنية الإصدارات في GitHub ليست محسّنة لسرعة توزيع الملفات الثنائية على نطاق واسع. الانتقال إلى موجز CDN يعني أن حزم التحديث أصبحت الآن تُخدم من عقد طرفية أقرب إلى المستخدمين.
ما الذي تغيّر:
- CDN كمصدر للتحديث — يشير محدث Electron الآن إلى موجز مستضاف على CDN بدلًا من GitHub Releases لسحب الحزم
- سرعات تنزيل أسرع — يظهر ذلك بشكل أوضح للمستخدمين خارج أمريكا الشمالية حيث تكون تغطية حواف CDN الخاصة بـ GitHub أضعف
- نفس وتيرة الإصدارات — لا يتغير شيء بخصوص موعد إصدار النسخ؛ ما تغيّر فقط هو مكان تنزيل الحزم منه
إذا كنت قد لاحظت بطء تنزيل التحديثات عندما يطلب منك Eigent الترقية، فمن المفترض أن يجعل هذا التغيير التجربة أفضل بكثير.
🔗 PR: https://github.com/eigent-ai/eigent/pull/1543
🐛 إصلاحات الأخطاء
يتضمن هذا الإصدار أيضًا ثلاثة إصلاحات محددة:
-
إصلاح NameError عند بدء تشغيل الواجهة الخلفية مع تحذيرات الدليل العام — كان
server/main.pyيشير إلى متغيرloggerغير معرّف عند تسجيل إنشاء الدليل العام أو تحذيرات التركيب، مما تسبب فيNameErrorأثناء التهيئة. تم الإصلاح باستبداله بـloguru_loggerالمستورد بشكل صحيح. (#1520 — @mxl) -
إصلاح مشكلة إعادة فتح خطأ منفذ المتصفح — تم حل خطأ كان يؤدي إلى فشل منفذ وكيل المتصفح عند إعادة الفتح، ما كان قد يترك أداة المتصفح في حالة غير قابلة للاسترداد أثناء الجلسة. (#1545 — @Douglasymlai)
-
إصلاح رفض تحقق نموذج Anthropic عند غياب max_tokens — تتطلب واجهة Anthropic Messages API قيمة
max_tokensصحيحة وموجبة، لكن نموذج BYOK لا يعرض هذا الحقل. عند تشغيل التحقق بدونه، كان Anthropic يعيد خطأ 400. يضمن هذا الإصلاح أن كلًا منvalidate_model_with_detailsوcreate_agentيدمجان القيمة الافتراضية4096لحقلmax_tokensعند غيابه على منصة Anthropic. (#1549 — @emag165، مع تحسين من @fengju0213)
❤️ المجتمع يواصل رفع المستوى
قدّم هذا السبرنت:
- تخزينًا مؤقتًا للمطالبات على مستوى المنصة لجميع مزودي النماذج، بعمق خاص في AWS Bedrock Converse وAnthropic BYOK
- إضافة قدرة رفع الملفات إلى وكيل المتصفح
- تمريرًا تلقائيًا في سجل العامل لمراقبة المهام مباشرة
- اكتشاف الخادم المحلي القديم للمطورين الذين يعملون عبر وكيل محلي
- تنزيلات تحديث تلقائي مدعومة بـ CDN لتحديثات أسرع
- ثلاثة إصلاحات أخطاء محددة عبر بدء تشغيل الواجهة الخلفية، ومعالجة منفذ المتصفح، والتحقق من نموذج Anthropic
كل واحدة من هذه التغييرات جاءت من مساهمين يستخدمون Eigent، ويصادفون مشكلة حقيقية، ثم يدفعون بإصلاح أو ميزة. هذه هي إيقاع cowork مفتوح المصدر في أفضل حالاته.
إذا كنت تفكر في المساهمة — سواء في النماذج، أو تجربة الاستخدام، أو أدوات الوكلاء، أو المهارات، أو البنية التحتية — فإن v0.0.90 يمثل لقطة رائعة لما هو ممكن. انضم إلينا.
لنبقَ نبني.
Recent Posts

ChatGPT Work vs Claude Cowork: أي مساحة عمل وكيلية تناسب فريقك؟
قارن بين ChatGPT Work وClaude Cowork لمعرفة أي مساحة عمل وكيلية تناسب سير عمل فريقك، وملفاتك، واحتياجات الحوكمة، وأهداف الأتمتة.

ChatGPT Work vs Eigent: وكيل سحابي أم قوة عمل ذكاء اصطناعي مفتوحة المصدر؟
قارن بين ChatGPT Work وEigent عبر النشر، والخصوصية، وقابلية التوسعة، والتسعير، وحالات الاستخدام الواقعية لاختيار زميل العمل الذكي الأنسب.

مساحات العمل البعيدة في Codex Cloud: تشغيل وكلاء الذكاء الاصطناعي من أي مكان
تعرّف على كيفية تمكين مساحات العمل البعيدة في Codex Cloud لوكلاء الذكاء الاصطناعي من تشغيل مهام برمجة طويلة الأمد في بيئات سحابية آمنة مع إشراف عبر الهاتف المحمول وإمكانية الوصول عن بُعد.