بلوك باز: وكلاء الذكاء الاصطناعي يحصلون على هوية تشفيرية (2026)

في 21 يوليو 2026، أطلقت شركة Block التابعة لجاك دورسي Buzz، وهي مساحة عمل مجانية ومفتوحة المصدر حيث يتشارك البشر ووكلاء الذكاء الاصطناعي (AI agents) نفس القنوات والأكواد وسير العمل.¹² الفكرة التي تميزه عن كل عمليات دمج "إضافة بوت إلى Slack" هي فكرة صغيرة ولكنها هيكلية: في Buzz، يحصل كل وكيل على هويته التشفيرية الخاصة.

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

في سطر واحد: أطلقت Block تطبيق Buzz، وهو مساحة عمل مجانية ومفتوحة المصدر حيث يتعاون البشر ووكلاء الذكاء الاصطناعي كمتساوين. فكرته المحددة هي أن كل وكيل يحصل على هويته التشفيرية الخاصة بالإضافة إلى توقيع يربطه بالإنسان الذي صرح له — مما يخلق سلسلة عهدة مقاومة للتلاعب لا يمكن أن توفرها عمليات دمج مفاتيح API.¹³

ملخص

• ما الذي تم إطلاقه: Buzz، مساحة عمل تعاونية مفتوحة المصدر (Apache-2.0) من Block، مبنية على بروتوكول Nostr. تم إطلاقها في 21 يوليو 2026 كإصدار مبكر لسطح المكتب (ما قبل الإصدار 1.0) لأنظمة macOS وWindows وLinux؛ بينما لا تزال تطبيقات الهاتف في الانتظار.¹³
• الفكرة الأساسية: كل مشارك — سواء كان بشراً أو وكيلاً — يمتلك زوج مفاتيح secp256k1. يحصل الوكلاء على هويتهم الخاصة بالإضافة إلى توقيع ثانٍ يربطهم بمالك بشري، بحيث تكون كل رسالة، وعملية commit، وخطوة في سير العمل حدثاً موقعاً ومقاوماً للتلاعب.³
• لماذا هذا مهم الآن: حوالي 57% من المؤسسات تشغل بالفعل وكلاء في بيئة الإنتاج، وفقاً لاستطلاع LangChain لعام 2026، ومع ذلك يقول 68% إنهم لا يستطيعون التمييز بشكل موثوق بين إجراءات وكيل الذكاء الاصطناعي وإجراءات البشر، وفقاً لدراسة أجرتها Cloud Security Alliance.⁴⁵
• ما الذي يعمل فيه: محايد تجاه النماذج والوكلاء. يأتي مع أدوات دعم لـ Claude Code وOpenAI Codex وgoose، بالإضافة إلى Git forge مدمج بحيث يمكن للفرق استضافة المستودعات بدون GitHub.¹⁶
• العقبة: إنه برنامج في مراحله الأولى بدون نموذج عمل معلن، ويدخل سوقاً يتجذر فيها Slack وMicrosoft Teams بعمق — كما أن Block نفسها تمر بمرحلة إعادة هيكلة بعد خسارة صافية في الربع الأول.³⁷

ما ستتعلمه

• ما هو Buzz وما الذي تم إطلاقه بالضبط في 21 يوليو
• كيف يمنح Buzz كل وكيل ذكاء اصطناعي هوية تشفيرية وسلسلة عهدة
• لماذا لا تستطيع حسابات الخدمة ومفاتيح API الإجابة على سؤال "من الذي صرح لهذا الوكيل؟"

Buzz هو مساحة عمل تعاونية تبدو مألوفة في ظاهرها. فهي تحتوي على قنوات، ومسارات نقاش (threads)، ورسائل مباشرة، وصوت، ومشاركة وسائط، ومستودعات أكواد، وسير عمل مؤتمت — وهو شكل أي أداة دردشة حديثة للفرق.¹

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

صاغ دورسي إطلاق المنصة بوضوح على X: "منصة دردشة جماعية جديدة لفرق من البشر ووكلاء من جميع الأحجام، صُممت لتقليل اعتمادنا على slack و GitHub. مستقلة عن النموذج (Model-agnostic)، لامركزية، ذات سيادة ذاتية، ومفتوحة المصدر."³

نشرت Block برنامج Buzz تحت رخصة Apache-2.0 على GitHub.com/block/buzz. ويمكن للفرق استضافة نسختهم الخاصة، أو التسجيل في البنية التحتية التي تستضيفها Block على buzz.xyz.¹⁸

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

كيف يمنح Buzz كل وكيل ذكاء اصطناعي هوية تشفيرية

إليك الآلية. كل مشارك في Buzz — سواء كان شخصاً أو وكيلاً — يمتلك زوج مفاتيح secp256k1، وهو نفس تشفير المنحنى الإهليلجي الذي يرتكز عليه Bitcoin.³

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

يخلق هذا الاقتران سلسلة عهدة قابلة للتحقق. يصف فريق الهندسة في Block التصميم ببساطة: "يوقع مالك الوكيل تفويضاً محدود النطاق. ثم يوقع الوكيل عمله الخاص بهويته المستقلة."⁹ لذا عندما يقوم وكيل بدمج طلب سحب (pull request) أو تفعيل سير عمل، يظهر السجل الموقع أمرين في وقت واحد: أن الوكيل قد اتخذ إجراءً، ومن هو الشخص الذي فوضه للقيام بذلك.⁹

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

مسار التدقيق (audit trail) ناتج عن التصميم نفسه وليس مجرد إضافة خارجية. فكل إجراء — رسالة، تفاعل، commit، نتيجة CI، تعليق مراجعة، موافقة دمج — يتم تخزينه كحدث موقع، وبذلك يكون السجل موحداً، وقابلاً للبحث، ومقاوماً للتلاعب.³

لماذا لم يكن مفتاح API كافياً أبداً

السؤال الذي يجيب عليه Buzz في الواقع هو سؤال يتعلق بالحوكمة: من هو الشخص الذي صرح لهذا العميل (agent) بالقيام بذلك، ومتى؟

اليوم، تعمل معظم عملاء المؤسسات تحت حساب خدمة، أو مفتاح API الخاص بمستخدم، أو بيانات اعتماد جلسة تنتهي صلاحيتها وتتجدد. عندما يحدث خطأ ما — إرسال كود سيئ (bad commit)، أو استدعاء غير مصرح به، أو سير عمل ينفق أموالاً لا ينبغي إنفاقها — فإن تتبع المسؤولية عبر تلك الطبقات يصبح عملية جنائية معقدة.³

حجم هذه الفجوة قابل للقياس. وجدت دراسة أجرتها Cloud Security Alliance عام 2026، بتكليف من Aembit، أن 68% من المؤسسات لا يمكنها التمييز بوضوح بين نشاط عملاء الذكاء الاصطناعي ونشاط البشر في أنظمتها.⁵

وهذه ليست مشكلة هامشية. وجد تقرير LangChain لعام 2026 حول "حالة هندسة العملاء" (State of Agent Engineering) أن ما يقرب من 57% من المؤسسات التي شملها الاستطلاع تقوم بالفعل بتشغيل عملاء في بيئة الإنتاج.⁴ هؤلاء العملاء يقومون بعمل حقيقي بصلاحيات وصول حقيقية؛ لكن طبقة المساءلة لم تلحق بالركب بعد.

زوج المفاتيح الموقع (signed keypair) يغير الوضع الافتراضي. على عكس مفتاح API — وهو رمز حامل (bearer token) يعمل لأي شخص يحمله — فإن الهوية التشفيرية تثبت أن عميلاً محدداً هو من قام بالعمل، والتوقيع الخاص بالمالك يحدد من كان يقف وراءه.

الجدول: كيف تختلف هوية العميل والمساءلة بين تكامل مفتاح API التقليدي وعميل في Buzz. المصدر: تحليل نيرد ليفل تك لإعلان Block عن Buzz، ومدونة الهندسة، ووثائق المستودع، يوليو 2026.

مبني على Nostr: ماذا تعني "لامركزية" هنا حقاً

يعمل Buzz على Nostr — وهي اختصار لـ "Notes and Other Stuff Transmitted by Relays" — وهو بروتوكول مفتوح تم إنشاؤه في عام 2020 واشتهر بالتطبيقات الاجتماعية المقاومة للرقابة. وقد دعم Dorsey بروتوكول Nostr مالياً لسنوات.³

في Nostr، كل حدث هو عبارة عن كائن JSON صغير وموقع — يحمل معرفاً (hash للمحتوى)، والمفتاح العام للمرسل، ونوع الحدث، وعلامات اختيارية، وتوقيع Schnorr. في Buzz، تغطي هذه الأحداث كل إجراء في مساحة العمل.³

هناك تفصيل معماري مهم إذا كنت تقوم بتقييمه. Buzz ليس نظام "ند لند" (peer-to-peer). كل عملية نشر تعمل على مرحل (relay) موثوق واحد.³

لذا فإن "لامركزية" هنا تعني أن أي مؤسسة يمكنها تشغيل المرحل الخاص بها والاحتفاظ بالسيطرة الكاملة على بياناتها وتكويناتها وعملائها — وليس أنه لا يوجد خادم مركزي ضمن عملية نشر معينة.³ كما تقوم Block بتشغيل مرحل مستضاف، وهو مجاني خلال الفترة التجريبية (beta).¹

الاستضافة الذاتية (Self-hosting) حقيقية ولكنها ليست بسيطة. مسار البدء السريع يتطلب Docker و Hermit — أو مجموعة أدوات يدوية من Rust 1.88+، و Node 24+، و pnpm 10+، ومشغل المهام just.¹⁰ ومن الجدير بالذكر أن Block تقول إنها حددت بروتوكول Git-on-object-storage الخاص بـ Buzz في TLA+ وقامت بفحصه نموذجياً (model-checked) لضمان المتانة، وإعادة البناء، وعمليات الـ push المتزامنة — وهو مستوى غير معتاد من الدقة الرسمية لبرمجيات في هذه المرحلة المبكرة.⁹

الوكلاء (ومصنع Git) داخل Buzz

برنامج Buzz محايد تجاه النماذج والوكلاء. فهو يأتي مع أدوات ربط لثلاثة وكلاء برمجة: Claude Code من Anthropic، و Codex من OpenAI، و goose — وهو وكيل البرمجة الذي يعتمد على الطرفية (terminal-first) والذي جعلته Block مفتوح المصدر في يناير 2025 وساهمت به لاحقاً في Agentic AI Foundation التابعة لـ Linux Foundation.¹¹¹

تتصل أدوات الربط هذه من خلال Agent Client Protocol (ACP) — وتقول Block إن أي وكيل "يتحدث بروتوكول Agent Client Protocol" يمكنه العمل في Buzz.⁹ إن ACP هو المعيار المفتوح الذي قدمته Zed Industries في أغسطس 2025 لربط الوكلاء بأدوات المطورين بنفس الطريقة التي وحد بها LSP خوادم اللغة للمحررات.¹²

يتضمن Buzz أيضاً مصنع Git مدمج، بحيث يمكن للفرق استضافة المستودعات داخل مساحة العمل بدلاً من استضافتها على خادم منفصل. وتتحول فروع الميزات (Feature branches) إلى قنوات، وتظهر الرقع (patches)، ونتائج CI، وتعليقات المراجعة كأحداث Nostr موقعة بجانب المناقشة التي أنتجتها.⁹ وتشير Block إلى أن الواجهة الخلفية لاستضافة Git لا تزال قيد التجهيز.¹

شركة Block هي أول عميل لنفسها: حيث يقول الفريق إنهم بنوا Buzz داخل Buzz، حتى أنهم صاغوا نص الإطلاق "في قناة Buzz مع فريقنا ووكلاءنا".⁹

كما تقوم Block بالفعل بتشغيل الوكلاء على نطاق واسع. يسجل نظام BuilderBot الداخلي الخاص بها 200,000 عملية يومياً، ويدمج حوالي 1,500 طلب سحب (pull requests) أسبوعياً، ويمثل حوالي 15% من الكود الإنتاجي للشركة، وفقاً للأرقام التي نشرتها Block على X.¹³

هناك مفارقة تستحق الذكر: يتم تنسيق BuilderBot من Slack حالياً، حيث يقوم المهندسون بالإشارة إليه في سلسلة رسائل.¹³ Buzz هو محاولة Block لتطبيق ما تروج له (eating its own dogfood) لنقل هذا العمل من Slack إلى مساحة عمل تسيطر عليها.

استبدال Slack، أم التعايش بداخله؟

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

الجانب الآخر هو تحديث الأنظمة القائمة. في مايو 2026، قامت Paradigm وTempo بإطلاق Centaur كمصدر مفتوح، وهو عميل "متعدد اللاعبين، مستضاف ذاتياً، وآمن" يعيش داخل Slack أو يعمل عبر API.¹⁴ وقد جادل Georgios Konstantopoulos من Paradigm بأن الفرصة القريبة تكمن في دمج عملاء أكفاء في الأدوات التي تستخدمها الفرق بالفعل، وليس مطالبتهم بالانتقال الكامل.³

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

كما أن Block لا تنطلق من موقف قوة مالية. فقد أبلغت الشركة عن صافي خسارة في الربع الأول من عام 2026 بلغت حوالي 308.7 مليون دولار، وهو ما يعكس ربحاً قدره 190 مليون دولار تقريباً في العام السابق، وذلك وسط إعادة هيكلة مدفوعة بالذكاء الاصطناعي وتقليص للقوى العاملة بنسبة تزيد عن 40%.⁷ ويدخل Buzz كمنتج مجاني بترخيص Apache دون مسار تجاري معلن.

ما الذي لا يستطيع Buzz فعله بعد

في هذه المرحلة المبكرة من حياته، يعتبر Buzz بنية تحتية نشرتها Block علناً، وليس منتجاً مصقولاً. تطبيقات الهاتف غير مكتملة، وإشعارات الدفع قيد الانتظار، وبعض ميزات سير العمل تفتقر إلى مسارات تنفيذ كاملة.¹⁰

مسار الاستضافة الذاتية يتطلب وقتاً هندسياً — من إعداد Nostr relay، وإدارة إصدارات Rust وNode، وربط قواعد البيانات وأكواد البرمجة الموجودة قبل إنشاء أول قناة.³

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

كما أن نموذج المصدر المفتوح يؤجل السؤال الذي تواجهه كل أداة مؤسسية ذات نواة مفتوحة في النهاية: من سيدفع ثمنها؟ تقول Block إن الـ relay المستضاف مجاني خلال الفترة التجريبية (beta)، لكنها لم تقل ماذا سيحدث بعد ذلك.³

الخلاصة

إذا أزحنا عناوين "Slack مقابل GitHub"، فإن Buzz هو نقاش حول عنصر أساسي واحد مفقود: الهوية. بينما تنتقل الوكلاء من التجارب إلى الإنتاج — حيث تقوم حوالي 57% من المؤسسات بتشغيلها بالفعل⁴ — فإن الأدوات المبنية للفرق البشرية فقط ليس لديها طريقة واضحة للإجابة على سؤال: من الذي صرح لوكيل القيام بشيء ما.

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

أما ما إذا كان سيزيح أحداً من مكانه فهو سؤال آخر. Buzz لا يزال في بداياته، وغير مُدرّ للمال، ويواجه احتكار Slack و Teams، ومن شركة تمر بمرحلة إعادة هيكلة.⁷ قد تعيش فكرة الهوية لفترة أطول من التطبيق نفسه — الادعاء الأكثر استدامة هنا ليس أن Buzz سيحل محل Slack، بل أن سؤال "أي إنسان صرح لهذا الوكيل، ومتى" على وشك أن يصبح متطلباً أساسياً، وليس مجرد ميزة إضافية.

تعمل مع وكلاء ذكاء اصطناعي يتخذون إجراءات حقيقية؟ قراءات ذات صلة: التعامل مع وكلاء الذكاء الاصطناعي كتهديدات داخلية، و لوحة تحكم Agent 365 من Microsoft، و هوية الوكيل-إلى-الوكيل في بروتوكول A2A.