Devin يضيف ميزانيات هرمية: حدود إنفاق الذكاء الاصطناعي وفق شجرة الشركة

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

آلية العمل

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

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

مثال: أقسام بصلاحيات مفوضة

في المثال الوارد في المدونة، تضم شركة Acme الافتراضية 10 أقسام. تحدد Alice من Central IT الحد الإجمالي لكل قسم. أما Bob فيدير Engineering ويتولى بنفسه إدارة كل ما يندرج تحت هذه الميزانية: ينشئ ميزانيات فرعية، ويضع الحدود، ويضبط أسعار المستخدمين.

قبل إطلاق منتج، يمنح Bob فريق Payments زيادة مؤقتة قدرها 5 000 ACU، فترتفع مخصصاته من 10 000 إلى 15 000 خلال النافذة الحالية. لكن جميع فرق الهندسة مجتمعة تظل خاضعة لسقف Engineering البالغ 30 000 ACU. وإذا احتاج القسم كله إلى المزيد، يرسل Bob طلبًا إلى Alice. وفي الوقت نفسه، لا يمكنه رؤية ميزانيات الأقسام الأخرى، إذ تُمنح الصلاحيات بصورة دقيقة.

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

مثال: مخصص مستقل لدورة sprint

السيناريو الثاني أكثر أهمية لمن يشغلون عددًا كبيرًا من الوكلاء بالتوازي. لكل مطور في Acme حصة شهرية، لنقل 200 ACU ضمن ميزانية Developer tools. ولمبادرة تعزيز الأمن، تُنشأ ميزانية مستقلة باسم Security hardening قدرها 5 000 ACU، بمستوى أكثر سخاءً وموافقات تستند إلى الفاعلية.

تستطيع المطورة Carol الوصول إلى الميزانيتين: 200 ACU للعمل اليومي و1 000 ACU ضمن مخصص المشروع. ويمكن إسناد الإنفاق في ميزانية المشروع مباشرة إلى نتائج المشروع وتقييمه وفق فاعليته. وتظل المبادرة بأكملها مقيدة بسقف 5 000 ACU، حتى لا يلتهم سرب من جلسات Devin الباحثة عن الثغرات ميزانية الآخرين.

القيود وما ينبغي فعله

لا تتوفر الميزة إلا ضمن خطة Devin Enterprise، ويمكن تفعيلها من Enterprise Settings، ثم قسم Usage Policies، ثم Budgets. وهذه مدونة تابعة للمورد: تتحدث عن سهولة الاستخدام، لكنها لا تقدم بيانات عن الوفورات الفعلية. كذلك يقتصر عمق الشجرة على ثلاثة مستويات، وتُحتسب الحدود بوحدة ACU، وهي وحدة Devin الداخلية، لذا تبقى مهمة تحويلها إلى قيمة مالية على عاتقك.

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