OpenRouter Blogتاريخ نشر المصدر

قواعد الحماية الآن، فصل حدود التنظيم عن الإعدادات الافتراضية لمنطقة العمل

قبل عام، استخدمت معظم الشركات على OpenRouter الذكاء الاصطناعي في بعض الفرق. الآن أصبح استخدامه يمتد إلى جميع الأقسام.

قبل عام، استخدمت معظم الشركات على OpenRouter الذكاء الاصطناعي في بعض الفرق. الآن أصبح استخدامه يمتد إلى جميع الأقسام. ارتفع عدد الأشخاص الذين يستخدمون OpenRouter في فرق من 10 أشخاص أو أكثر بنسبة 70 مرة، والمنظمة المتوسطة تدير ثلاثة أضعاف عدد مفاتيح API النشطة مقارنة بالوقت الذي يتحرك فيه المزيد من العمل إلى الوكلاء.

المديرون الذين يديرون كل هذا يطلبون نفس الشيء: مجموعة من القواعد لكل المنظمة، بالإضافة إلى فرصة للتنازلات للأشخاص الذين يحتاجون إلى المزيد.

لقد أعادنا بناء طريقة تكوين Guardrails بحيث يمكن للمسؤولين الآن وضع قيود على نطاق المؤسسة بأكملها، وتخصيص ميزانيات مختلفة للأشخاص، وتحديد إمكانية الوصول داخلها، وتغيير كل سياسة بشكل منفصل.

لبدء العمل، افتح صفحة Guardrails في مساحتك العملية لوضع السياسات، أو قرأ وثائق سياسات Guardrail.

لماذا غيرنا قواعد الحراسة

بنينا النسخة الأولى من Guardrails وفقًا لهذا النمط السابق: بعض الفرق، عدد قليل من مفاتيح API. اليوم نرى مئات أو آلاف الموظفين يقومون بالتسجيل عبر SSO، ووحدات البرمجة تعمل على أجهزة الكمبيوتر الخاصة بكل مهندس، وفرق المنصات مسؤولة عن تكاليف كل ذلك.

ظهر هذا التغيير في ما طلبه منا العملاء:

  • الميزانيات لكل شخص، مع استثناءات. أرادت الفرق وجود ميزانية شهرية أو أسبوعية قياسية لجميع الأشخاص، بالإضافة إلى ميزانية أعلى للأشخاص الذين يحتاجونها. مع وجود حاجز واحد لكل مستوى ميزانية، كان من الممكن أن يخلق أحد العملاء حاجزًا منفصلاً لكل من حوالي 1200 موظفه.
  • الإعدادات الافتراضية تبدأ بشكل محافظ. أراد العملاء أن يبدأ الأعضاء الجدد بالإعدادات المحافظة قدر الإمكان، ويمنحونهم المزيد مع مرور الوقت. النموذج القديم كان يعمل على النحو المعاكس: الإعداد الافتراضي لمنطقة العمل كانت الأكثر ما يمكن للشخص الحصول عليه، وكل الحواجز الأخرى يمكنها فقط تعزيز ذلك.
  • قاعدة واحدة في العديد من أماكن العمل. الشركات التي لديها وحدات تجارية متعددة أرادت وضع قواعد ZDR، المزود، والمنطقة مرة واحدة، بدلاً من نسخ نفس القيود إلى كل أماكن العمل.
  • طريقة للتعامل مع الطلبات. كان المشرفون يُطلب منهم دائمًا ميزانية أكبر أو الوصول إلى نموذج جديد لمشروع، وكانوا يرغبون في الموافقة على ذلك بشكل سريع، وليس إعادة البناء.

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

حدود التنظيم منفصلة عن الإعدادات الافتراضية لمنطقة العمل

يمكن لمديري المؤسسة الآن وضع حدود لكل مساحة عمل، مثل الحد الأقصى للميزانية، أو متطلبات الاحتفاظ بالبيانات صفر، أو النماذج والمزودين الذين يمكن استخدامهم. تطبق هذه الحدود على كل عضو وكلمة API في المساحة العمل، بما في ذلك الأشخاص الذين لديهم ميزانية أو سياسة نموذج خاصة بهم.

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

في التطبيق العملي، يبدو أن إدارة المنظمة تحدد مساحة العمل الهندسي بمبلغ 2000 دولار شهريًا لكل شخص، ويكون الموردون مقتصرين على ZDR فقط، ولا يُسمح بالوصول إلى النماذج ذات التكلفة العالية. يقوم مدير العمل الميداني بتعيين القيمة الافتراضية للمتسلطين الجدد بمبلغ 200 دولار شهريًا للنماذج القياسية للفريق. يحصل المهندس الجديد الذي ينضم يدخل تلقائيًا على هذه القيمة الافتراضية البالغة 200 دولار. أما المهندس الكبير الذي يقود مشروع الوكيل، فيمكنه الحصول على 1500 دولار شهريًا والوصول إلى المزيد من النماذج. لا يمكن لأي شخص في المنطقة العملية أن يتجاوز 2000 دولار شهريًا أو استخدام مزود غير ZDR.

الميزانية، ووصول النماذج، والتحكم هم سياسات منفصلة

حاجز يُستخدم لتجميع الوثيقة، ووصول النموذج والمزود، وإدارة المحتوى في كائن واحد معين. أما الآن فهي ثلاثة أنواع من السياسات المنفصلة:

  • الميزانية تحدد حدًا للإنفاق بالدولار الأمريكي يُعاد تعيينه يوميًا أو أسبوعيًا أو شهريًا.
  • تحكم في الوصول إلى النماذج والمزودين، وZDR، ومناطق البيانات.
  • التنظيم المحتوى يشمل حماية من إدخال التحفيز، كشف المعلومات الحساسة، وفلاتر المحتوى المخصص.

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

الآن يشارك الفريق سياسة الوصول إلى النموذج وسياسة التنظيم، ويمكنك تغيير ميزانية شخص واحد دون التأثير على أي شيء آخر.

متوافق عكسياً

لا حاجة لتغيير أي شيء للحفاظ على الإعداد الحالي. تظل الرقابة القائمة تحتفظ بأرقامها وتطبق نفس القواعد، كما تعمل واجهة برمجة التطبيقات الخاصة بالرقابة والموارد الخاصة بـ Terraform كما كانت من قبل. الآن، يظهر كل رقابة كسياسة مالية منفصلة، وسياسة لوصول النماذج، وسياسة تحكم، بحيث يمكنك الانتقال إلى مساحة عمل جديدة في كل مرة تكونون مستعدين لذلك.

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

بدء العمل

لتجربته، افتح صفحة Guardrails في أي منطقة عمل تديرها. ستكون سياسات الحراسة الموجودة لديك بالفعل كسياسات منفصلة. الخطوة الأولى الجيدة هي رفع ميزانية شخص واحد دون التأثير على أي شيء آخر. يمكن لمسؤولو المنظمات تحديد حدود على مستوى المنظمة من خلال سياسات Guardrails على مستوى المنطقة العمل. للحصول على الإعداد الكامل، راجع وثائق سياسات Guardrail.

أسئلة شائعة

ما هي OpenRouter Guardrails؟

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

هل يمكنني تحديد ميزانيات الذكاء الاصطناعي مختلفة لأشخاص مختلفين؟

نعم. قم بتعيين سياسة ميزانية لعضو أو مفتاح API. يتم إعادة تعيينها يوميًا أو أسبوعيًا أو شهريًا، ولا يمكن أن تتجاوز الحدود التي يحددها مسؤول إدارة المؤسسة.

هل يتم مشاركة الميزانيات في فضاء العمل؟

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

ماذا يحدث لحواجز الأمان الحالية؟

يستمرون في تطبيق نفس القواعد ويحافظون على أرقامهم المحددة. الآن، يظهر كل منهم أيضًا كثلاث سياسات منفصلة.

هل يجب عليّ الانتقال إلى واجهة برمجة تطبيقات جديدة؟

لا. واجهة برمجة التطبيقات لحواجز الحماية الموجودة وموارد Terraform تظل تعمل بشكل طبيعي. نقاط نهاية السياسات الجديدة موجودة جنبًا إلى جنب معها تحت /api/v1/guardrails/policies.

من يمكنه إدارة سياسات الحواجز الأمنية؟

يمكن لمسؤولي المنظمة إدارة كل السياسات، بما في ذلك القيود على مستوى المنظمة بأكملها. ويقوم مسؤولو المساحة العمل بإدارة السياسات داخل المساحة العمل.

المصدر الأصلي

OpenRouter Blog

ملاحظات المحتوى

النشر الأصلي والحقوق تعود إلى المصدر.

ترجمة آلية · يُرجى الرجوع إلى الأصل