الانتقال إلى المحتوى الرئيسي

نظرة عامة

نقلت CrewAI المؤسسات من نظام الأدوار الأصلي (“RBAC القديم”) إلى RBAC v2. تشرح هذه الصفحة كيف يبدو حسابك بعد الانتقال، وكيف تقابل المصطلحات القديمة المصطلحات الجديدة، وما الذي يجب التحقق منه بعد أن تصبح مؤسستك على RBAC v2. كان هدف الانتقال إبقاء وصول كل شخص أقرب ما يمكن إلى ما كان عليه. تحوّلت أدوارك القديمة وإعدادات المشاركة إلى فرق وتفويضات. ولم يضطر أحد إلى إعداد أي شيء من جديد.

المصطلحات القديمة والمصطلحات الجديدة

كيف يبدو حسابك بعد الانتقال

فريق Administrators

كل من كان مالكاً للمؤسسة، أو كان لديه دور Owner القديم، أصبح في فريق Administrators الذي تديره CrewAI. لهذا الفريق وصول كامل إلى كل شيء في المؤسسة. لم يعد المالكون يحصلون على الوصول لمجرد كونهم مالكين. إذا أزلت شخصاً من فريق Administrators، فإنه يفقد الوصول الكامل.

فريق لكل دور قديم

أصبح كل دور قديم (باستثناء Owner) فريقاً مخصصاً:
  • يحمل الفريق الاسم نفسه الذي يحمله الدور، مثل Member أو Developer أو Support.
  • يضم الفريق الأشخاص أنفسهم الذين كان لهم الدور. عومل الأشخاص الذين لم يكن لديهم دور على أنهم Member، لذا فهم في فريق Member.
  • أصبحت صلاحيات الميزات الخاصة بالدور أدواراً يحملها الفريق. راجع صلاحيات الميزات.
  • كل ما كان مشاركاً مع الدور أصبح مشاركاً مع الفريق.
هذه فرق مخصصة عادية. يمكنك إعادة تسميتها، أو تغيير أعضائها وأدوارها، أو إيقافها.

المشاركة

نُقلت كل مشاركة:
  • المورد المشارك مع شخص أصبح الآن دوراً لذلك الشخص على ذلك المورد.
  • المورد المشارك مع دور قديم أصبح الآن دوراً لفريق ذلك الدور على ذلك المورد.
اختير الدور وفق مستوى المشاركة. راجع مستويات المشاركة.

الموارد التي يملكها الأشخاص

احتفظ الأشخاص الذين كانوا يملكون مورداً بالتحكم الكامل فيه: من الآن فصاعداً، يصبح كل من ينشئ مورداً Admin عليه تلقائياً.

حسابات الخدمة

لم يكن لحسابات الخدمة دور قديم، لذا لم تنضم إلى أي فريق. وحصلت على:
  • Automation Admin على كل أتمتة تملكها.
  • Application Connection Admin على كل اتصال تطبيق تملكه.
  • Studio Project Admin على نطاق المؤسسة، حتى تظل قادرة على حذف مشاريع Studio عبر API.

صلاحيات الميزات

يوضح هذا الجدول الأدوار التي منحتها كل صلاحية ميزة قديمة لفريق الدور. جميعها على نطاق المؤسسة ما لم يُذكر خلاف ذلك.
إذا لم تفعّل مؤسستك إعداد Git repositories RBAC، فإن الفرق التي كان دورها القديم يتيح إنشاء الأتمتات (crews_dashboards بمستوى Manage أو studio_projects بمستوى Manage) حصلت أيضاً على Git Repository Operator، حتى تظل قادرة على اختيار مستودع عند النشر.

ما يحمله فريق Member الافتراضي

أصبح دور Member القديم الافتراضي فريق Member. ما لم تكن قد غيّرت دور Member قبل الانتقال، فإن فريق Member يحمل:
  • Studio Project Viewer وStudio Project Creator وAutomation Creator
  • Agent Viewer
  • Skill Operator وApplication Connection Creator
  • Agent Control Plane Viewer وACP Policy Viewer
  • Git Repository Operator، إذا كان إعداد Git repositories RBAC معطلاً
  • دوراً على كل مورد كان مشاركاً مع دور Member، مثل متغيرات البيئة على مستوى المؤسسة

مستويات المشاركة

أصبحت كل مشاركة دوراً واحداً على ذلك المورد. وعندما كان للمشاركة أكثر من مستوى، استُخدم أعلى مستوى.

الأتمتات

مشاريع Crew Studio

موارد أخرى

لم يكن للمشاركات القديمة لهذه الموارد مستوى. ويعتمد الدور الجديد على المستوى القديم للشخص أو الدور الذي شورك المورد معه.

ما الذي يعمل بشكل مختلف الآن

يحتفظ معظم الأشخاص بالوصول نفسه. وهذه هي الاختلافات التي يُرجَّح أن تلاحظها.

أشخاص يكتسبون وصولاً

  • يمكن لكل من في فريق Member فتح كل مشروع Studio في المؤسسة، لأن دور Member كان لديه مستوى Manage على Studio. في السابق، كان الأعضاء يرون مشاريعهم فقط والمشاريع المشاركة معهم. فتح المشروع للقراءة فقط: تشغيله أو تعديله لا يزال يتطلب دوراً أعلى على ذلك المشروع.
  • مشاركات الأتمتة أبسط. لا يوجد دور للعرض فقط على الأتمتة، لذا يمكن لأي شخص لديه مشاركة على أتمتة الآن تشغيلها، ورؤية تتبعاتها، والرد على طلبات الإنسان في الحلقة.
  • لم تعد الإعدادات مقتصرة على المالك. كانت Billing وIntegrations وTheme وإدارة الأعضاء تتطلب مالكاً. الآن يمكن لأي شخص لديه Usage and Billing Admin أو Organization Admin أو Identity and Access Admin فتحها.
  • اتصالات LLM ومتغيرات البيئة المشاركة مرئية. يمكن للأشخاص الذين لديهم مشاركة رؤية الاتصال أو المتغير في صفحة إعداداته. ويمكن لـ Environment Variable Viewer كشف قيمة المتغير.

أشخاص يفقدون وصولاً

  • انتهى الوصول للقراءة فقط إلى بعض الإعدادات. لم يمنح Read على usage_dashboards وsecret_providers وdefault_settings وworkload_identity أي دور. لاستعادته، امنح الشخص أو الفريق الدور المقابل من جدول صلاحيات الميزات.
  • استخدام شاشات المحادثة والبدء (kickoff) الخاصة بالأتمتة يتطلب دوراً عليها. في السابق، كان بإمكان أي عضو بدء تشغيل، أو التحقق من حالته، أو استخدام الذاكرة من Crew UI الخاصة بالأتمتة دون مشاركة. الآن يتطلب ذلك Automation Operator على الأقل على تلك الأتمتة.
  • لا يمكن لـ Operators رؤية قيم متغيرات البيئة الخاصة بالأتمتة أو حذف عمليات التنفيذ. تتطلب رؤية قيم متغيرات البيئة الآن Automation Editor أو Automation Admin، ويتطلب حذف عمليات التنفيذ Automation Admin.
  • لا يمكن لـ Editors مشاركة الأتمتة أو حذفها. من كان لديه manage_settings دون full_access أصبح الآن Automation Editor. وتتطلب المشاركة والحذف Automation Admin.
  • اتصالات التطبيقات المشاركة مرئية فقط لمالكها ولفريق Administrators، إلى أن يشاركها أحد من زر Share الخاص بالاتصال.
  • حسابات الخدمة وواجهة API الخاصة بالأشخاص. تتطلب استدعاءات API التي تدعو المستخدمين أو تزيلهم أو تغيّر أدوارهم دور Identity and Access Admin. امنحه لأي حساب خدمة يستخدم نقاط النهاية تلك.

إدارة الوصول تعمل بشكل مختلف

  • أُغلقت صفحة Roles. لم تعد الأدوار القديمة تتحكم في الوصول، لذا لن يكون لتغييرها أي أثر. استخدم Settings → Teams وSettings → Members.
  • الدعوات لا تحدد دوراً. ينضم الأشخاص الجدد بلا وصول. أضفهم إلى فريق بعد قبولهم الدعوة، أو اربط مجموعة SSO بفريق ليحدث ذلك تلقائياً.

بعد الانتقال: قائمة تحقق

1

تحقق من فريق Administrators

انتقل إلى Settings → Teams وافتح Administrators. تأكد من أن الموجودين فيه هم فقط الأشخاص الذين يجب أن يكون لديهم وصول كامل.
2

راجع الفرق المُنشأة من أدوارك

أصبح كل دور قديم فريقاً بالاسم نفسه. تحقق من أعضائه وأدواره. أعد تسمية الفرق إذا كان اسم أوضح سيفيد، وأوقف الفرق التي لم تعد بحاجة إليها.
3

حدد من يجب أن يرى كل مشروع Studio

يمكن لفريق Member فتح كل مشروع Studio. إذا كان ذلك واسعاً أكثر من اللازم، فأزل Studio Project Viewer من فريق Member وشارك المشاريع مع الأشخاص الذين يحتاجونها.
4

خطط لكيفية حصول الأشخاص الجدد على الوصول

يبدأ الأعضاء الجدد بلا وصول. حدد الفريق الذي ينضم إليه الأشخاص الجدد، وأضفهم بعد قبولهم الدعوة. ومع SSO، أعِدّ ربط المجموعات بدلاً من ذلك.
5

تحقق من حسابات الخدمة

في Settings → Service Accounts، امنح Identity and Access Admin لأي حساب خدمة يدعو المستخدمين أو يديرهم عبر API.
6

استعد الوصول للقراءة فقط إلى الإعدادات عند الحاجة

إذا كان أحدهم يعتمد على الوصول للقراءة إلى الاستخدام، أو مزودي الأسرار، أو الإعدادات الافتراضية لـ Crew Studio، أو هوية أحمال العمل، فامنحه دور المؤسسة المقابل.

تحتاج مساعدة؟

تواصل مع فريق الدعم إذا بدا لك شيء مختلفاً عما تتوقعه بعد الانتقال.