هذه هي النسخة الأولى من تقرير نعتزم تحديثه كل ربع سنة: ما يطلبه الناس من وكلاء البرمجة التابعين لغيرهم، وما يحدث عند قيامهم بذلك. تأتي البيانات من النسخة التجريبية المغلقة لـ muti، وتغطي فترة الثلاثين يوماً حتى 6 سبتمبر 2026، وهي بيانات متواضعة: ثمانية وخمسون طلباً، وستة أجهزة، وعشر غرف. ننشرها على أي حال لأنه لا أحد غيرنا ينشر أي شيء حول الوكلاء المشترَكين، ولأن الأرقام الحقيقية الصغيرة خيرٌ من الأرقام الكبيرة الوهمية.
جميع الأرقام إجمالية. لا تتضمن نصوص الطلبات، ولا أسماء أشخاص، ولا أسماء غرف.
الأرقام
خمسة أرقام من أول ثلاثين يوماً، مع مقاماتها.
دلالات هذه الأرقام في تقديرنا
يمثل صدور ثلث الطلبات من غير المالكين نسبةً مرتفعة في مرحلة تجريبية دون أي تسويق. دعا المالكون أشخاصاً واستخدم هؤلاء الأشخاص الوكيل. المشاركة هي جوهر المنتج، وقد حدثت تلقائياً دون أي توجيه.
تكون الموافقات سريعة عندما تكون نادرة. تسع موافقات عبر ثمانية وخمسين طلباً، جرى الرد عليها بوسيط زمني قدره 38 ثانية. هذا هو السلوك الذي يستهدفه التصميم: فالإجراءات الأربعة التي تتوقف دائماً وأنماط الأذونات تجعل الـ prompts نادرة، بحيث تحظى الـ prompts المتبقية بفحص حقيقي. راجع أربعة إجراءات يجب على الوكيل طلب الإذن دائماً قبل تنفيذها.
Bash هي الأكثر طلباً للإذن. كانت معظم الموافقات تخص أوامر shell. عمليات قراءة الملفات وتعديلها نُفِّذت غالباً تحت acceptEdits؛ وكانت اللحظات التي تطلبت تدخلاً بشرياً هي الأوامر. ويتطابق هذا مع الهدف المصمم لأجله أنماط الأذونات.
معظم حالات الإخفاق هي إخفاقات في بيئة التشغيل، وليست إخفاقات أذونات. أخفق عشرة طلبات؛ وفي الخط الزمني تظهر كإخفاقات في الاختبارات، وأدوات مفقودة، وانتهاء مهلة واحدة لبيئة التشغيل. ولم يكن أيٌّ منها ناتجاً عن رفض للموافقة.
واحد وأربعون ثانية هو الوسيط الزمني للمهمة. ما يُطلب من الوكلاء المشترَكين حتى الآن هو مهام صغيرة ومحددة: أعد تشغيل هذا، لخّص ذاك، صدّر هذه. أما عمليات إعادة هيكلة الشيفرة الطويلة فنادرة وغالباً ما يقودها المالك.
ما لا تعنيه هذه الأرقام
- ليست عيّنة تمثيلية. ستة أجهزة، معظمها أجهزتنا وأجهزة أصدقائنا. ستنخفض حصة الطلبات الواردة من غير المالكين مع اتساع قاعدة المالكين قبل أن ترتفع مجدداً.
- الاكتمال لا يعني الصحة. تعني حالة «Done» أن بيئة التشغيل انتهت دون أخطاء؛ أما جودة النتيجة فليست مقاسة هنا.
- زمن الاستجابة للموافقة يعتمد على المالك. تسع نقاط بيانات، وعدة مالكين، ورقم واحد. تعامل معه على أنه «أقل من دقيقة» بدلاً من «38 ثانية».
ما سنضيفه لاحقاً
في النسخة القادمة: تصنيفات الطلبات (البرمجة / المستندات / البيانات / الملفات)، ونسبة الطلبات التي تتضمن مرفقات، وزمن الاستجابة للموافقات بحسب ساعات اليوم. ستكون كلها بيانات إجمالية، وتُنشر جميعها مع مقاماتها.
المنهجية
تأتي الأرقام من الجداول نفسها التي يعتمد عليها المنتج: الطلبات، وموافقات الأدوات، وعضويات الغرف، وأحداث الخط الزمني، محسوبةً على مدار الأيام بتوقيت UTC. دون أخذ عينات. استُبعدت الغرف والوكلاء المحذوفون حذفاً ناعماً من إحصاءات «الحالي» وضُمِّنوا في إحصاءات «ما حدث». نموذج التدقيق مشروح في ما يجب أن يسجله سجل التدقيق.
الأسئلة الشائعة
هل يمكنني الحصول على البيانات الخام؟ لا. البيانات الإجمالية هي كل ما ننشره؛ فالطلبات خاصة بغرفها.
لماذا النشر عند حجم عيّنة n = 58؟ لأن البديل هو عدم نشر أي شيء، ولأن ذكر المقام يتيح للقراء تقييم الأرقام بموضوعية. ستكون النسخة القادمة أكبر أو ستوضح سبب تعذر ذلك.
كم مرة سيصدر التقرير؟ بشكل ربع سنوي، بالمعايير نفسها لتسهيل المقارنة، بالإضافة إلى الإضافات المعلنة في النسخة السابقة.
إذا أردت المشاركة في النسخة القادمة، امنح وكيلك غرفة.
نُشر في