حقن الأوامر وضوابط أمان الوكلاء: لماذا لا يحل Claude Opus 5.5 محل بوابة المراجعة لديك

يقرأ وكلاؤك نصوصاً لم تكتبها أنت. وصف مشكلة من عميل. تعليق على طلب سحب (pull request). ملف README الخاص باعتمادية ما. كود HTML لصفحة جلبها أحدهم للتحقق من سلوك واجهة برمجية. جسم الخطأ الذي أعادته خدمة طرف ثالث في الثانية فجراً. كل هذا نص، والنص قد يحمل تعليمات.

يتميّز Claude Opus 5.5 بتحسّن قابل للقياس في عدم اتباعها. تُفيد Anthropic بانخفاض 85% في محاولات تجاوز الحدود الناجحة. هذا تقدّم حقيقي ويستحق الترقية بحد ذاته. لكنه لا يزال ليس حاجز حماية (guardrail)، والأسبوع الذي صدر فيه هو الأسبوع الذي صار فيه هذا التمييز أكثر أهمية لا أقل.

باختصار

حاجز الحماية حدٌّ يصمد بغض النظر عمّا يقرره الوكيل. ورفض النموذج ليس كذلك: فهو قرار، والقرار يمكن تغييره بالمُدخل المناسب. يصيب Opus 5.5 هذا القرار بشكل صحيح أكثر بكثير مما فعل سلفه، لكنه لا يغيّر ما يُسمح للتشغيل بلمسه، ولا من يحمل بيانات الاعتماد، ولا من يقرأ الفروقات (diff). وفي الوقت نفسه، تكلّفته أقل بنسبة 40% من Claude Opus 5، وقد صدر GPT-6 Sol وGPT-6 Luna في اليوم نفسه بسعر 2/10 دولار و0.10/0.50 دولار لكل مليون رمز. لقد انخفض معدل الفشل لكل تشغيل. لكن حجم تشغيلاتك على وشك أن يرتفع. صمّم على أساس حاصل ضرب الاثنين.

حين صدر GPT-6 Astra كتبنا عن الأربعة أشياء التي يحتاجها الوكيل المستخدم للحاسوب: مضيفٌ، وحدٌّ، وسجلٌّ، وجهةُ قبول. كانت تلك التدوينة عن مكان حدوث التشغيل. أما هذه فهي عمّا يحدث حين يقرأ التشغيل شيئاً معادياً.

الرقم نسبة، وحجمك ليس ثابتاً

الحوادث هي معدّل مضروب في عدد التشغيلات. وقد تحسّن أحد هذين الحدّين فقط في 2026-09-22.

أما الآخر فقد تحرّك بقوة في الاتجاه المعاكس. يُسعّر Opus 5.5 بـ 4 دولارات لكل مليون رمز إدخال و20 دولاراً لكل مليون رمز إخراج مقابل 5 و25 دولاراً لـ Opus 5، مع قراءات مخزّنة مؤقتاً بـ 0.20 دولار، وتقدّر Anthropic التكلفة الإجمالية لتشغيله بأقل من Opus 5 بنسبة 40%. وفي الجهة الأخرى من يوم الإطلاق نفسه، سعّرت OpenAI كلاً من GPT-6 Sol بـ 2/10 دولار وGPT-6 Luna بـ 0.10/0.50 دولار، وأفادت بأن Sol عند التفكير عالي الجودة سجّل 33.2% على AutomationBench 1.0.6 بتكلفة 0.27 دولار لكل مهمة، وهو ما تقدّره OpenAI بنحو 9% مما كلّفه Claude Opus 5 عند التفكير الأقصى لكل مهمة مقابل نتيجة أدنى.

لذا قم بعملية الضرب على فريقك أنت لا على مقياس أداء (benchmark). إذا انخفض معدل الفشل لكل تشغيل بنسبة 85% وشغّلت عشرة أضعاف عدد تشغيلات الوكلاء لأن كل تشغيل أصبح يكلّف جزءاً بسيطاً مما كان عليه، فسوف تصل إلى نحو 1.5 ضعفاً من الحوادث المطلقة التي كانت لديك من قبل. هذا ليس قياساً لأي شيء. إنه حساب، وهو شكل الأشهر القليلة القادمة. النموذج الأرخص والأكثر أماناً سبب لتفويض المزيد. وتفويض المزيد هو ما يعيد الرقم إلى الارتفاع.

تجاوز الحدود ليس هو حقن الأوامر (prompt injection)

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

انخفاض بنسبة 85% في الأول خبر سار بالنسبة للثاني. لكنه ليس معدل دفاع عن الثاني ولا ينبغي لأحد أن يستشهد به كأنه كذلك. تعامل معه كما تتعامل مع تحسّن المترجم (compiler) في التقاط أخطاء الأنواع. عدد أقل يصل إليك. لكن فئة العلل (bugs) لا تزال قائمة.

ما يزيله النموذج الأفضل، وما لا يستطيع

إنه يزيل عملاً حقيقياً، وهذا يستحق أن يُقال بوضوح. تشغيلات أقل تخرب بسبب ملف README مسموم. صفحات مجلوبة أقل تنجح في إقناع وكيل بتنفيذ أمر لم يطلبه أحد. قيمة متوقعة أعلى لكل تشغيل غير مراقَب، وهذا صار أكثر أهمية الآن بعد أن أفادت Anthropic بأن Opus 5.5 يبقى على المهمة لمدة 18 ساعة أو أكثر. فالتشغيل الذي يتجاوز يوم عملك هو تشغيل لا يراقبه أحد.

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

الصف الأعلى فقط هو ما تحسّن هذا الأسبوع. أما الصف الأسفل فهو الذي وضعته تخفيضات الأسعار للتو تحت الضغط.

استخدم ترقية النموذج حين يكون الفشل الذي تصطدم به باستمرار هو خطأ الوكيل أو إقناعه بشيء ما. وغيّر البنية حين يكون الفشل الذي تصطدم به باستمرار هو أن أحداً لم يلاحظ حتى يوم الخميس. الأول مشكلة نموذج وOpus 5.5 جواب جيد حقاً عنها. أما الثاني فلم يكن يوماً مشكلة نموذج ولن يصلحه أي إصدار.

ثلاثة إعدادات تستحق التغيير هذا الأسبوع

Sharkly هي الطبقة فوق الوكلاء. فهي تحمل المهمة، والحاسوب، وبيانات الاعتماد، وسجل التنفيذ، والشخص الذي يقبل. ثلاثة من هذه تستحق الضبط في اللحظة التي تصبح فيها التشغيلات رخيصة.

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

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

اكتب أي التغييرات يقرأها شخص سطراً بسطر. ليس عادة، بل قاعدة في سير العمل (Workflow): ترحيل المخططات (schema migrations)، وأي شيء يمسّ المصادقة، وأي شيء يضيف اعتمادية، وأي شيء أنتجه وكيل بينما كان الجميع نائمين. أما كل ما عدا ذلك فيمكن أن يمرّ بناءً على الأدلة. بوابات الموافقة هي المكان الذي تعيش فيه هذه القاعدة، وتدوينها هو ما يُبقي الانتباه على الصفوف التي يُثمر فيها الانتباه.

الطابور هو الشيء الذي لم يصبح أرخص

كل إعلان في 2026-09-22 جعل عمل الوكلاء أرخص، أو أكثر أماناً، أو كليهما، لكل تشغيل. ولم يجعل أيٌّ منها الإنسان يقرأ أسرع. هذا التفاوت هو مشكلة التصميم الفعلية، وهو السبب في أن المراجعة البشرية هي عنق الزجاجة بدلاً من جودة النموذج.

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

وعندها يصمد العقد، دون أن يغيّره أي شيء أصدره أي من المختبرين هذا الأسبوع. يبحث الوكلاء، وينفّذون، ويختبرون، ويقدّمون التقارير. أما البشر فيحدّدون الاتجاه، ويمنحون الصلاحية، ويقبلون النتيجة. يجعل Opus 5.5 الجملة الأولى أكثر موثوقية. لكنه لا يمسّ الجملة الثانية.

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