هل ينبغي لوكلاء الذكاء الاصطناعي أن يكسبوا صلاحية الكتابة في الإنتاج؟ NeuBird ترى ذلك، وأنا أيضاً

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

في 20 أغسطس، نشرت NeuBird AI، وهي شركة ناشئة في Redwood City تبيع وكيلاً مستقلاً لعمليات الإنتاج، ما تسميه Earned Autonomy Framework: مجموعة مفتوحة من المبادئ المعمارية لكيفية اكتساب الوكلاء صلاحية الكتابة في البيئات الحية، وتحديد نطاقها، والعمل داخلها. قرأت الإعلان والتغطيات، وأمضيت وقتاً كافياً حول أدوات الاستجابة للحوادث كي تكون لدي آراء. هذه ملاحظة ميدانية عن المواضع التي يصمد فيها الإطار، والمواضع التي ستختبره فيها متطلبات العودة والتدقيق وسحب الصلاحيات في العالم الحقيقي.

أهم النقاط - يعرّف Earned Autonomy Framework من NeuBird أربعة مستويات: L0 للقراءة والتوصية، وL1 ببوابة بشرية، وL2 لأتمتة محكومة بالسياسات، وL3 لاستقلالية مكتسبة مع قواطع أمان وعودة تلقائية داخل احتواء VPC. - يفترض أن تكون الترقية مبنية على الدليل: يرتفع الوكيل بناءً على دقة مثبتة في تحليل السبب الجذري، ولا يستطيع رفع مستوى وصوله بنفسه، وتُسحب منه الصلاحيات عندما تنخفض الثقة. - المشكلات الصعبة ليست المستويات بل الآليات تحتها: عودة تعمل فعلاً على الأنظمة ذات الحالة، وسحب صلاحيات ينتشر أسرع من تصرف الوكيل، وسجلات تدقيق تحفظ سبب القرار لا الأفعال فقط. - NeuBird تبيع المنتج الذي يصفه هذا الإطار، لذلك اقرأه كمورّد يضع معمارية مرجعية، لا كمعيار محايد. الدعوة إلى التوقيع المشترك مفتوحة لأي شخص. - موقفي: صلاحية كتابة متدرجة وقابلة للسحب هي المسار الوحيد المقنع لوكلاء يعملون في الإنتاج. «لا تكتب أبداً» تعني قراراً دائماً بدفع البشر إلى النسخ واللصق.

ماذا حدث

في 20 أغسطس، نشرت NeuBird AI إطار Earned Autonomy Framework وفتحته للتبني والمراجعة والتوقيع المشترك من المشغلين وقادة الأمن والمهندسين المستقلين. الشركة صريحة بشأن التوقيت: مشترو المؤسسات تجاوزوا سؤال ما إذا كان الذكاء الاصطناعي ينتمي إلى الإنتاج، وبدأوا يسألون ماذا يُسمح للوكيل أن يفعل بعد نشره، وهو سؤال زادته حدة حوادث أمنية بارزة مرتبطة بالوكلاء هذا الصيف. المستويات الأربعة كما نُشرت:

• L0 (القراءة والتوصية): يشخّص الوكيل السبب الجذري ويصوغ توصيات للمعالجة. وصول قراءة فقط بشكل صارم.

• L1 (بوابة بشرية): تغييرات الحالة عالية المخاطر أو غير المألوفة تحتاج موافقة بشرية صريحة قبل التنفيذ.

• L2 (محكوم بالسياسات): معالجات روتينية منخفضة المخاطر تُنفذ تلقائياً داخل معايير سياسة صارمة وموافق عليها مسبقاً، مع حدود لنطاق الضرر.

• L3 (الاستقلالية المكتسبة): عمليات عالية الثقة تعمل باستقلالية داخل احتواء VPC صارم، مع قواطع أمان في الوقت الفعلي وعودة تلقائية فورية. الترقية تتطلب دقة مثبتة في RCA، ولا يستطيع الوكيل تصعيد نفسه.

صاغ Vinod Jayaraman، المؤسس المشارك والرئيس التقني في NeuBird، المنطقة الوسطى التي يستهدفها الإطار هكذا: «عوملت الاستقلالية كخيار ثنائي: إما أن يكون الوكيل سلبياً أو أن يملك وصول root. لا هذا مقبول ولا ذاك. يجب أن تُكتسب صلاحية الكتابة عبر دقة مثبتة، وأن تقيدها السياسة، وأن تكون قابلة للسحب في اللحظة التي تنخفض فيها الثقة». كما أدرجت الشركة أربعة التزامات لوكيلها: التنفيذ داخل VPC، والوصول المحكوم بالسياسات عبر بيانات اعتماد مؤقتة بأقل قدر من الصلاحيات، والموافقة البشرية مع قواطع أمان ومحفزات للعودة التلقائية، وسجل تدقيق غير قابل للتغيير يسجل المنطق والسياق والأفعال، وفق تغطية SecurityBrief.

نشرت NeuBird AI إطار Earned Autonomy Framework في 20 أغسطس 2026: نموذج ثقة من أربعة مستويات، من L0 للقراءة فقط حتى L3 للتشغيل المستقل داخل احتواء VPC، تكسب فيه الوكلاء صلاحية الكتابة في الإنتاج عبر دقة مثبتة، ولا تستطيع تصعيد نفسها، وتفقد الصلاحيات عندما تنخفض الثقة، وفق إعلان الشركة.

المستويات هي الجزء السهل

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

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

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

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

العودة هي المكان الذي تلتقي فيه الاستقلالية المكتسبة بالواقع

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

لذلك القراءة الصادقة للإطار ليست «هل يستطيع الوكيل العودة؟» بل «هل يأخذ تعيين المستوى قابلية العكس في الحسبان؟». معالجة روتينية لكنها غير قابلة للعكس لا تنتمي إلى L2 لمجرد أنها منخفضة المخاطر عندما تنجح. يجب أن تكون قابلية العكس مدخلاً من الدرجة الأولى في قرار السياسة، إلى جانب نطاق الضرر والثقة. يذكر الإطار حدود نطاق الضرر صراحة ولا يذكر قابلية العكس، وهذا شيء أود أن أراه مصححاً في مراجعة لاحقة، لأن فرق SRE ستصطدم به في الشهر الأول.

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

تعد L3 لدى NeuBird بـ«قواطع أمان في الوقت الفعلي وعودة تلقائية فورية» داخل احتواء VPC، وفق إعلان الإطار. عملياً، العودة بسيطة للأفعال بلا حالة وصعبة فعلاً للأفعال ذات الحالة، لذلك ينبغي أن تكون قابلية العكس، لا مدى روتينية الفعل، هي ما يحدد المستوى الذي يستحقه.

التدقيق وسحب الصلاحيات: الاختبارات غير اللامعة

هناك شرطان إضافيان يستحقان المعاملة نفسها، لأنهما المكان الذي تعيش أو تموت فيه أطر كهذه داخل مراجعة أمنية.

تدقيق يسجل المنطق. تلتزم NeuBird بسجل تدقيق غير قابل للتغيير يحفظ المنطق والسياق والأفعال، وهذا صحيح تماماً وأصعب بكثير من تسجيل الأفعال وحدها. سجلات الأفعال مجانية؛ كل API سحابي يمنحك إياها. أما المنطق فيعني الدليل الذي رآه الوكيل، والتشخيص الذي كوّنه، ولماذا اختار هذه المعالجة بدلاً من البدائل، محفوظاً في مكان لا يستطيع الوكيل تعديله. عندما يسبب تغيير مستقل حادثة، لا يكون السؤال الأول أبداً «ماذا فعل؟» لأنك تستطيع رؤيته، بل «لماذا ظن أن ذلك فكرة جيدة؟». إذا لم يستطع سجل التدقيق الإجابة، فليست لديك استقلالية مكتسبة بل غموض غير مكتسب. يتصل هذا بعمل الحوكمة الأوسع الذي أتناوله في كيف أفكر في حوكمة وكلاء الذكاء الاصطناعي: سجل التدقيق هو الضابط الذي ترفع إليه كل الضوابط الأخرى تقاريرها.

سحب صلاحيات أسرع من الفعل. عبارة «قابلة للسحب في اللحظة التي تنخفض فيها الثقة» تفترض وجود آليات: مستوى تحكم يستطيع انتزاع الصلاحيات وسط الحادثة، ونشر ذلك السحب إلى أي مكان تعيش فيه بيانات اعتماد الوكيل، وفعل ذلك أسرع من قدرة الوكيل على صف المزيد من الأفعال. بيانات الاعتماد المؤقتة ذات أقل قدر من الصلاحيات، وهي أحد التزامات NeuBird المعلنة، توصلك إلى معظم الطريق لأن انتهاء الصلاحية نوع من السحب لا يحتاج اتصالاً شبكياً. لكن على الفرق اختبار المسار الصريح أيضاً: ألغِ بيانات الاعتماد، واحسب الثواني حتى يصبح الوكيل خاملاً فعلاً، وتحقق مما إذا كانت الأفعال الجارية تكتمل أم تموت. غالباً ما تكون الإجابة أقل راحة مما تتوقع، ومن الأفضل تعلمها بعد ظهر يوم ثلاثاء لا أثناء حادثة P1.

وهناك نقطة بنيوية تستحق التسمية: من يقيس الثقة التي تطلق سحب الصلاحية؟ إذا كان تقييم المورّد نفسه هو المصدر، فقد سلّم المشغل دواسة الفرامل إلى المحرك. أريد إشارة خفض مستوى يستطيع القياس عن بعد لدى العميل نفسه إطلاقها بشكل مستقل.

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

اقرأه كمعمارية مرجعية من مورّد، لا كمعيار

تحفظ واحد قبل أن يعلّق أحد هذا على الجدار. NeuBird تبيع وكيلاً مستقلاً لعمليات الإنتاج، والإطار يصف تقريباً بالضبط تصميم منتجها، وهو ما تقوله الشركة علناً: «الإطار الذي نشرناه هو النموذج الذي نطبقه على أنفسنا». هذا ليس نقداً؛ نشر المورّدين لنموذج التشغيل الحقيقي الخاص بهم هو إحدى الطرق التي تبدأ بها المعماريات المرجعية المفيدة، وفتحه للتوقيع المشترك والمراجعة خطوة صحيحة. لكنه يعني أيضاً أن حدود الإطار تتوافق بشكل مريح مع قصة نشر NeuBird، من التنفيذ داخل VPC إلى SOC 2 Type II وتصميم بلا تخزين، وأن مورّدين منافسين بمعماريات مختلفة سيرون حدوداً مختلفة أكثر طبيعية. اعتبره عرضاً افتتاحياً جيد الحجة لمعيار صناعي، لا المعيار نفسه.

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

ماذا تفعل الآن

إذا كنت تشغّل أو تشتري وكلاء يلمسون الإنتاج، فهذه ثلاث خطوات ملموسة.

1. هذا الأسبوع: احصر كل بيانات اعتماد الوكلاء في بيئتك وصنّفها مقابل المستويات الأربعة. تكتشف معظم الفرق أن واقعها ثنائي: لوحات قراءة فقط وحسابات خدمة مفرطة الصلاحيات، ولا شيء بينهما. التصنيف وحده سيخبرك أين مرشحو L2 لديك.

2. هذا الشهر: اختر معالجة روتينية واحدة قابلة للعكس وشغّلها عند L2 بصورة صحيحة: معايير سياسة موافق عليها مسبقاً، وحد مكتوب لنطاق الضرر، وعودة متدرب عليها، وسجل تدقيق يحفظ منطق الوكيل لا استدعاءات API فقط. التمرين هو النقطة. إذا لم تستطع التراجع عنها بنظافة، فهي ليست L2.

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

الأسئلة الشائعة

ما هو Earned Autonomy Framework من NeuBird؟

مجموعة مفتوحة من المبادئ المعمارية، نُشرت في 20 أغسطس 2026، وتحدد كيف ينبغي للوكلاء المستقلة أن تكسب صلاحية الكتابة في الإنتاج وتعمل داخلها. يعرّف أربعة مستويات: L0 للقراءة فقط مع توصيات، وL1 لتنفيذ ببوابة بشرية، وL2 لأتمتة محكومة بالسياسات للمعالجات الروتينية، وL3 لاستقلالية مكتسبة مع قواطع أمان وعودة تلقائية داخل احتواء VPC. وهو مفتوح للتبني والتوقيع المشترك من أي مشغل أو مهندس.

هل ينبغي أصلاً لوكلاء الذكاء الاصطناعي أن يملكوا صلاحية الكتابة في الإنتاج؟

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

ما الذي يتطلبه فعلياً شرط «لا يستطيع الوكيل تصعيد نفسه»؟

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

هل Earned Autonomy Framework معيار؟

ليس بعد. هو معمارية مرجعية نشرها مورّد، ومصممة صراحة على منتج NeuBird نفسه، وفُتحت للتوقيع المشترك والمراجعة من الصناعة. هذه طريقة مشروعة لبدء المعايير، لكن الاعتماد وسجل المراجعات والتنفيذات المستقلة هي ما سيحدد إن كان سيصبح واحداً.

الخلاصة

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

إذا كنت تعمل على تحديد المعالجات الآمنة للأتمتة أولاً، فهذا نقاش أجريه بانتظام مع فرق SRE والمنصات. تواصل معي.

المصادر

• NeuBird AI، عبر Business Wire وYahoo Finance، «NeuBird AI تنشر إطاراً مفتوحاً للاستقلالية المكتسبة للوكلاء في بيئات الإنتاج»: https://finance.yahoo.com/technology/ai/articles/neubird-ai-publishes-open-framework-160000171.html (نُشر 2026-08-20، واستُرجع 2026-08-29)

• SecurityBrief NZ، «NeuBird AI تضع نموذج ثقة لوكلاء الذكاء الاصطناعي في الإنتاج»: https://securitybrief.co.nz/story/neubird-ai-sets-trust-model-for-production-ai-agents (نُشر 2026-08-21، واستُرجع 2026-08-29)

• HPCwire، «NeuBird AI تنشر إطاراً مفتوحاً للاستقلالية المكتسبة للوكلاء في بيئات الإنتاج»: https://www.hpcwire.com/bigdatawire/this-just-in/neubird-ai-publishes-open-framework-for-earned-agent-autonomy-in-production-environments/ (نُشر 2026-08-20، واستُرجع 2026-08-29)

• TechIntelPro، «NeuBird AI تنشر إطاراً مفتوحاً للاستقلالية المكتسبة للوكلاء في بيئات الإنتاج»: https://techintelpro.com/news/ai/agentic-ai/neubird-ai-publishes-open-framework-for-earned-agent-autonomy-in-production-environments (نُشر 2026-08-21، واستُرجع 2026-08-29)

• SecurityBrief Australia، «NeuBird AI تطلق وكيل عمليات وتجمع 19.3 مليون دولار»: https://securitybrief.com.au/story/neubird-ai-launches-ops-agent-raises-usd-19-3-million (نُشر 2026-04-08، واستُرجع 2026-08-29)