تعني عدم المشاركة افتراضيًا (Zero sharing by default) ألا يكون أي شيء يتعلق بالوكيل أو جهازه أو غرفه مرئيًا أو قابلاً للاستخدام من قبل أي شخص حتى يتخذ مالك الوكيل قرارًا محددًا بمشاركته، وأن يكون كل قرار من هذا القبيل محدد النطاق، ومسجلاً، وقابلاً للتراجع. هذا هو المبدأ الوحيد الذي يقوم عليه muti. وكل ما يبدو كقاعدة أمان منفصلة ليس سوى نتيجة مترتبة عليه.
إن تدوين هذه النتائج أمر مفيد لأن كل واحدة منها تمنع اختصارًا كان ليغري بالتنازل دونه.
المبدأ في الأعلى؛ وخمس قواعد تحته، كل منها نتيجة مباشرة.
النتيجة 1: الغرفة هي الحدود
لا شيء يعبر بين الغرف. الوكيل الموجود في غرفتين لا ينقل أي ذاكرة، أو رسائل، أو مخرجات برمجية من غرفة إلى أخرى. ولا يمكن لأي شخص في غرفة معينة معرفة وجود غرفة أخرى. لا يوجد مستوى "مساحة عمل" فوق الغرف تتسرب الأشياء عبره جانبياً.
تحظر: دلائل الوكلاء العامة، والبحث عبر الغرف المتعددة، وقوائم "النشطة مؤخرًا" التي تكشف عن غرف أخرى.
النتيجة 2: الإشارة لا تمنح أي صلاحية
تؤدي الإشارة إلى الوكيل عبر agent@ إلى تسليم رسالة إلى صندوق الوارد الخاص به فحسب. ويعتمد تشغيلها على إذن دائم مسبق أو موافقة صريحة من المالك. لا يمنحك التواجد في الغرفة، أو الإشارة إليك، أو كونك الأكثر تفاعلاً في السلسلة أي امتيازات إضافية.
تحظر: نماذج الصلاحيات القائمة على العضوية في القنوات؛ والإعدادات الافتراضية التي تنص على أن "أي شخص في الغرفة يمكنه التشغيل". راجع مقارنة بين Claude Code Dispatch والغرفة.
النتيجة 3: بيانات الاعتماد لا تغادر الجهاز أبدًا
يقوم الـ daemon برفع أحداث الخط الزمني، وليس الملفات أو البيئة البرمجية. وتُوجّه عمليات تسجيل الدخول، ورموز التحقق بخطوتين، والوصول إلى المفاتيح إلى المالك مباشرةً، ولا تصل أبدًا إلى صاحب الطلب، حتى وإن كان هو من تسبب في ظهور المطالبة. لا توجد أي ميزة تنسخ سرًا إلى أي مكان، بما في ذلك سحابة muti نفسها.
تحظر: بيئات runtime المستضافة، وخزائن بيانات الاعتماد داخل الغرفة، ومسارات "الصق الـ token هنا". راجع ما يرفعه الـ daemon.
النتيجة 4: أربعة إجراءات تتوقف دائمًا للمراجعة
إن الدفع (push) إلى فرع مشترك، والحذف، وإنفاق الأموال، والمساس ببيانات الاعتماد، كلها تتوقف طلبًا لموافقة المالك عند كل طلب يأتي من شخص آخر، وتحت أي قالب صلاحيات، بما في ذلك الثقة الكاملة. لا يمكن لأي قالب إلغاء هذا التعليق، لأن القالب هو مجرد قرار مشاركة، ويقضي المبدأ بأن قرارات المشاركة المتعلقة بالإجراءات غير القابلة للتراجع يجب أن تكون صريحة لكل إجراء على حدة.
تحظر: وضع "الثقة المطلقة"؛ وعمليات الدفع غير المعلنة من قِبل المستعيرين. راجع أربعة إجراءات يجب على الوكيل طلب الإذن دائمًا قبل تنفيذها.
النتيجة 5: مدخلات المحادثة غير موثوقة
تُعامل الرسائل الواردة من Feishu أو Slack أو أي رابط خارجي آخر على أنها مجرد بيانات. يمكنها إنشاء طلب؛ لكنها لا تملك منح الصلاحية. ترتبط الهوية بحساب muti، وليس باسم العرض: في Slack عبر البريد الإلكتروني الذي تحققت منه مساحة العمل، مع استخدام رمز ربط لمرة واحدة كخيار احتياطي، بحيث ترتبط الأذونات بالحساب الفعلي.
تحظر: التنفيذ لصالح مستخدمين غير مقيدين بحسابات مؤكدة؛ والاعتماد على مفهوم منصة المحادثة لمشرف النظام (admin).
النتيجة 6: الإلغاء فوري وشامل
يسري إلغاء الصلاحية، أو إزالة العضو، أو إلغاء الجهاز، أو إيقاف الـ daemon في الحال. ويتم إلغاء الطلبات المدرجة في قائمة الانتظار والخاصة بالشخص المعني؛ أما العمل قيد التشغيل بالفعل فيكتمل ويُحفظ في السجل حتى لا يكون هناك فراغ في التوثيق التاريخي.
تحظر: فترات السماح؛ وحالات "في انتظار الإزالة"؛ وحذف السجل عند الإلغاء.
النتيجة 7: السجل للإضافة فقط وبحوزة المالك
ينتج عن كل طلب وكل موافقة سطرٌ يمكن للمالك تصديره ولا يستطيع أحد تعديله. وتُسجل تصرفات المالك نفسه أيضًا، لأن السجل الذي يقتصر على الغرباء هو نصف سجل فحسب.
تحظر: السجلات القابلة للتعديل؛ والسجلات التي يحتفظ بها صاحب الطلب؛ وخيارات تعطيل التسجيل. راجع ما يجب أن يدونه سجل التدقيق.
ما يُكلّفه هذا المبدأ
يكلفنا هذا المبدأ التنازل عن السهولة في ثلاثة مواضع، ونحن نتقبلها جميعًا.
- غياب مربع موحد بعنوان "اسأل أي وكيل". يتعين عليك التواجد داخل الغرفة.
- ظهور مطالبات بين الحين والآخر للأشخاص الموثوقين. الإجراءات الأربعة تتطلب الإذن حتى وإن كنت ستوافق مسبقًا.
- عدم توفير runtime مستضاف، على الرغم من أنه كان سيقضي تمامًا على مشكلة انقطاع اتصال الجهاز أثناء نومه. وبدلاً من ذلك، كان صندوق الوارد هو الحل. راجع صندوق وارد الوكيل.
الأسئلة الشائعة
أليست "عدم المشاركة افتراضيًا" مجرد خيار في الإعدادات؟ بل هي غياب الإعدادات التي قد تسمح بمشاركة أكثر مما اختاره المالك. كل فعل مشاركة هو إذن صريح، أو موافقة، أو دعوة، وكل منها مسجل بدقة.
هل يتعين على المالك الموافقة على كل شيء إلى الأبد؟ كلا. تُعفي الأذونات الدائمة الأشخاص الموثوق بهم من الحاجة للموافقة مع كل طلب فردي. ومع ذلك، تظل الإجراءات الأربعة تتوقف دائمًا للمراجعة؛ فهذا هو الجزء الوحيد غير القابل للتفويض.
ماذا عن استخدام المالك لوكيله بنفسه؟ لا يخضع الملاك لقيود عند استخدام وكلائهم الخاصين، لكن نشاطهم يُسجل بالطريقة ذاتها. فالمبدأ يعنى بالمشاركة مع الآخرين، لا بالحد من وصول المالك إلى جهازه.
قاعدة واحدة، وسبع نتائج، ومنتج واحد. امنح وكيلك غرفة خاصة.
نُشر في