Berd يوحّد أدوات وكلاء الذكاء الاصطناعي في مساحة عمل مكتبية واحدة

كيف يربط Berd بين الوكلاء المختلفين؟

يعتمد Berd على بروتوكول Agent Client Protocol (ACP) باعتباره طبقة التوافق بين تطبيق سطح المكتب وبيئات تشغيل الوكلاء. والفكرة هي تجنب بناء واجهة مخصصة لكل وكيل؛ إذ يمكن لبيئة تشغيل متوافقة مع ACP التواصل مع عميل متوافق عبر بروتوكول مشترك. وتصف التقارير Goose وClaude Code وCodex وأدوات أخرى بأنها جزء من سير عمل قابل للتبديل داخل Berd.

عمليًا، يعمل Berd كواجهة ومنسّق، وليس بديلًا شاملًا عن إعدادات كل مزود. يمكن استخدام Goose بوصفه بيئة التشغيل المرفقة أو المتكاملة مع Block، بينما يظل Claude Code وCodex بحاجة إلى عمليات التثبيت والحسابات والاشتراكات أو بيانات الاعتماد الخاصة بهما. كما أن الوكيل الذي يختاره المستخدم هو الذي يحدد مزود النموذج الذي ستصل إليه الأوامر البرمجية والملفات ونتائج الأدوات.

البنية ودعم أنظمة التشغيل

يجمع التطبيق، وفق التقارير المتاحة، بين Tauri 2 وواجهة أمامية مبنية باستخدام React 19. والنتيجة تطبيق سطح مكتب، لا مساحة عمل تعمل عبر المتصفح فقط، مع إصدارات متاحة لأنظمة macOS وWindows وLinux.

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

ماذا تعني الخصوصية وفق نهج «محلي أولًا»؟

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

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

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

هل Berd مجاني؟ وما تكلفة استخدامه؟

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

وبالتالي ينقسم نموذج التكلفة عمليًا إلى أربعة أجزاء:

• Berd: مفتوح المصدر ومتاح بموجب رخصة Apache-2.0.
• بيئة تشغيل الوكيل: قد تكون مرفقة أو مثبتة محليًا أو بحاجة إلى إعداد منفصل، بحسب الوكيل.
• الوصول إلى النموذج: قد يتطلب اشتراكًا لدى المزود أو مفتاح API.
• الاستخدام: قد يؤدي إلى رسوم منفصلة من مزود النموذج المختار.

ما المقصود بـ«فجوات التوزيع» في بيئات الشركات؟

يبدو أن Berd صُمم أولًا كأداة مطورين فردية ومحلية، وليس كمنصة مؤسسية مكتملة للإدارة المركزية. ويشير تعبير «فجوات التوزيع» إلى العمل التشغيلي اللازم للانتقال من تطبيق مكتبي مفيد إلى منتج مؤسسي تديره الشركة مركزيًا.

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

لماذا يغلق المستودع طلبات السحب الخارجية تلقائيًا؟

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

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

Berd في مقابل Buzz

يتعامل Berd وBuzz مع مستويين مختلفين من التعاون.

Berd هو مساحة العمل المكتبية الفردية: يستخدمه شخص واحد لتوجيه الوكلاء عبر المشاريع والملفات والمهارات والجلسات المحلية.

أما Buzz فهو مساحة العمل التعاونية: أطلقته Block في 21 يوليو 2026 كبيئة مشتركة يتواصل فيها البشر ووكلاء الذكاء الاصطناعي. ويركز تصميمه على بقاء هوية المشروع وصلاحياته وسجله حتى عند تبديل النموذج أو بيئة تشغيل الوكيل. ويدعم Buzz Claude Code وCodex وGoose ووكلاء آخرين متوافقين مع ACP.

ويمكن أيضًا إعداد Buzz باستخدام مرحّل يديره المشغّل بنفسه، سواء كان يعمل محليًا أو على بنية تحتية يسيطر عليها. وهذا يعني أن طبقة التعاون لا تتطلب بالضرورة بنية مستضافة لدى Block، مع انتقال مسؤوليات النشر والأمان إلى المشغّل.

يرتبط المشروعان بتوجههما المحايد تجاه النماذج وبيئات التشغيل، لكن المواد المتاحة لا تثبت وجود خطة لدمج Berd وBuzz أو خارطة طريق مشتركة بينهما.

ماذا أعلنت Block عن مستقبل Berd؟

تقدم Block Berd علنًا بوصفه مساحة عمل قابلة للتكيف وتمتد عبر المشاريع والأدوات والمهارات والنماذج وبيئات تشغيل الوكلاء، لا مجرد واجهة مخصصة لـGoose. ويُعد هذا التوافق الواسع أوضح اتجاه تدعمه الأدلة المتاحة.

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