Anthropic تضيف الوضع التلقائي (auto mode) إلى Claude Code: تأكيدات أقل وحماية من الأوامر الخطرة

قدّمت Anthropic في Claude Code وضعًا جديدًا هو auto mode. يزيل هذا الوضع معظم طلبات التأكيد المزعجة، لكنه لا يطلق وكيل الذكاء الاصطناعي (AI) في حرية كاملة. الفكرة هي تسريع جلسات البرمجة الطويلة، ومنع النموذج في الوقت نفسه من حذف الفروع عن طريق الخطأ، أو تسريب الأسرار، أو الوصول إلى بيئة الإنتاج (prod).

كيف يعمل الوضع

كان أمام مستخدمي Claude Code حتى الآن خيار غير مريح. فإما أن يؤكدوا تقريبًا كل تعديل على الملفات وكل أمر shell وكل طلب شبكي، وإما أن ينتقلوا إلى وضع بأدنى قدر من القيود ويتحمّلوا المخاطرة كاملة. وتقول Anthropic إن المطورين يؤكدون نحو 93% من طلبات الوصول. وهذا يعني أن الحماية موجودة شكليًا، لكنها تتحول سريعًا في الممارسة إلى روتين: يضغط المستخدم على approve بشكل شبه آلي، ويكفّ عن التدقيق في ما ينوي الوكيل فعله بالتحديد.

صُمّم auto mode ليكون حلًّا وسطًا بين المراقبة اليدوية والخيار `--dangerously-skip-permissions`. في المهام العادية يستطيع Claude Code العمل دون توقف، أما الإجراءات المثيرة للشك فلا تُرسل إلى الإنسان، بل إلى مصنِّف مستقل. والبنية ذات طبقتين: تفحص حماية على جانب الخادم أولًا مخرجات الأدوات بحثًا عن prompt injection، ثم تحلّل الطبقة الثانية إجراء الوكيل نفسه، كأمر ما أو استدعاء شبكي أو محاولة تشغيل وكيل فرعي. وإذا بدا الإجراء غير قابل للتراجع عنه، أو مريبًا، أو خارجًا عن حدود طلب المستخدم، فإنه يُحجب.

ما الذي يُحجب

اعتمدت Anthropic عمدًا إعدادات افتراضية متحفظة لـ auto mode. ضمن المشروع الذي يعمل عليه المستخدم، يستطيع Claude Code تعديل الملفات وتنفيذ خطوات التطوير المعتادة بهدوء، دون إضاعة الوقت في عمليات تحقق. لكن بمجرد أن يتعلق الأمر بإجراءات قد تسبب ضررًا ملموسًا، تعمل منظومة أمان مستقلة. وبشكل افتراضي يعدّ الوضع المجلد الحالي ومستودعات remote المُعدّة وحدها موثوقة، ويتعامل مع كل ما عداها بوصفه بيئة خارجية.

• force push والدفع المباشر إلى main
• الحذف النهائي للملفات القديمة وعمليات الحذف الجماعي في التخزين السحابي
• عمليات النشر (deploy) في بيئة الإنتاج وعمليات الترحيل (migrations) وتعديل البنية التحتية المشتركة
• إرسال الأسرار أو ملف `.env` أو الشيفرة الداخلية إلى عناوين غير موثوقة
• تشغيل شيفرة تُنزَّل من الخارج على غرار `curl | bash`

إذا احتاج الفريق إلى السماح بالمزيد، يمكن تحديد الحدود عبر الإعدادات: بإضافة النطاقات والحاويات (buckets) والمستودعات والخدمات الداخلية الموثوقة. وهذا مهم للشركات التي يحتاج فيها الوكيل فعلًا إلى الدفع إلى منظمة GitHub المؤسسية، أو الكتابة في التخزين السحابي، أو الوصول إلى API داخلي. وتشدد Anthropic في الوقت نفسه على أن القواعد الواردة في الملف المشترك للمستودع لا تستطيع أن توسّع بنفسها قائمة السماح (allow-list)، ولا أن تتجاوز الحماية بهذه الطريقة.

أين تبقى المخاطر

لا تسوّق Anthropic لـ auto mode على أنه حماية مطلقة، وهذا ربما يكون أهم ما يميّز الإطلاق. فبحسب اختبارات داخلية على حركة بيانات حقيقية، سجّل خط المعالجة الكامل (full pipeline) نحو 0,4% من الإنذارات الكاذبة، لكنه أخطأ في حجب نحو 17% من الإجراءات الخطرة «المفرطة في المبادرة». وبالنسبة لوضع يُفترض أن يكون أكثر أمانًا من إلغاء التأكيدات بالكامل، فهذه خطوة مفيدة. أما بالنسبة للعمل مع بيئة الإنتاج أو الأسرار أو البنية التحتية الحرجة، فلا تزال غير كافية للاسترخاء وإخراج الإنسان من الحلقة.

«صُمّم وضع auto ليكون بديلًا عن dangerously-skip-permissions دون

العودة إلى التوقفات المستمرة».

ولهذا السبب تحديدًا لا تزال الميزة في مرحلة المعاينة البحثية (research preview). وهي غير متاحة للجميع: تتطلب باقة Claude Code مناسبة، وتفعيلًا من جانب المسؤول في حسابات الفرق، ونموذجًا متوافقًا بمستوى Sonnet 4.6 أو Opus 4.6، وAnthropic API بوصفه المزوّد. وإذا حجب المصنِّف الإجراءات ثلاث مرات متتالية أو 20 مرة خلال الجلسة، يعود Claude Code إلى التأكيدات المعتادة. أي أن النظام لا يكتفي بحجب الخطوات الخطرة، بل يستطيع أيضًا إيقاف الجلسة المستقلة إذا رأى أن الوكيل يلحّ بإفراط على تمرير سيناريو خطر.

ماذا يعني ذلك

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