كل مَن استخدم agent في عمل حقيقي مرّ بهذا القوس. في اليوم الأول، كل طلب إذن مثير — آه، هذا ما يريد فعله. وفي اليوم الثالث، تنقر «موافق» دون قراءة. وفي اليوم الخامس، تتساءل هل من طريقة لإيقاف هذا، فتجد واحدة اسمها --dangerously-skip-permissions، والاسم يحمل دلالة ثقيلة.
تلك الفجوة — بين مقاطعة توقّفت عن قراءتها وانعدام أمان تام — هي المشكلة التي وُجد وضع auto لحلّها.
ما الذي يفعله وضع auto
في وضع auto، يتولّى مصنِّف أمان طلبات الإذن في Claude بدلًا منك. فتجري الإجراءات الاعتيادية دون مقاطعتك. وتُحجَب الخطرة.
والكلمة المفتاحية هي تُحجَب، لا يُوافَق عليها. وهذا هو التمييز الذي يفوت الناس:
- تخطّي الـ permissions يزيل الفحوص. كل شيء يجري.
- وضع auto يزيل المقاطعة. والتقييم لا يزال يحدث؛ لكنه يحدث في الخلفية، والأشياء الخطرة تُوقَف لا تُمرَّر.
أنت لا تقايض الأمان بالسرعة. أنت تقايض انتباهك بانتباه مصنِّف — وهي، بعد الطلب العاشر المتطابق، مقايضة لصالحك بشدّة.
أوضاع الـ permissions، بترتيب طول الحبل
يساعد أن ترى المدى كاملًا لا هذا الإعداد وحده:
| الوضع | ما يحدث | مناسب لـ |
|---|---|---|
| plan mode | يحلّل Claude ويقترح؛ ولا يغيّر شيئًا | الفهم قبل الفعل |
Ask permissions / Manual | يسأل Claude قبل أي شيء ذي أثر | التعلّم، والعمل عالي المخاطر |
| accept edits | تمرّ تعديلات الملفات؛ وتظلّ الإجراءات الأخرى تسأل | جلسات تحرير مركّزة |
| وضع auto | مصنِّف يسمح بالآمن ويحجب الخطر | معظم العمل الحقيقي، معظم الوقت |
| تخطّي الـ permissions | لا فحوص | البيئات المعزولة والمؤقّتة |
ملاحظتان تستحقّان المعرفة. الوضع الذي كان يُسمّى «default» صار اسمه «Manual» عبر الـ CLI و--help وVS Code وJetBrains — السلوك نفسه، باسم أوضح. كما صار accept edits أكثر أمانًا: فهو يسأل الآن قبل كتابة ملفات قادرة على تنفيذ كود، بدل معاملة كل كتابة ملف على أنها متكافئة.
وعلى Desktop تعيش هذه خلف محدِّد الوضع، وتوجّه الوثائق المستخدمين الجدد نحو وضع Ask permissions. وهذه نقطة البداية الصحيحة، وهذا الدليل عن معرفة متى تغادرها.
ما الذي يحجبه وضع auto فعلًا
هذا هو الجزء الذي يحدّد هل ينبغي أن تثق به، فيستحقّ التحديد. وقد جرى تشديد وضع auto مرارًا، والحجب محدّد لا مبهم:
- أوامر git المدمّرة حين لم تطلب التخلّص من عملك المحلي. الكارثة الكلاسيكية — agent «ينظّف» فيأخذ معه تغييراتك غير المحفوظة — فئة مسمّاة ومحجوبة.
rm -rfعلى متغيّرات غير محلولة. إن كان مسار حذف يحتوي شيئًا لم يُستبدَل كما ينبغي، فهو يسأل بدل أن يخمّن. وهذا بالضبط شكل الخطأ الذي محا مجلدات أشخاص حقيقيين طوال ثلاثين عامًا.- العبث بنصّ الجلسة — تعديل سجلّ ما حدث في جلسة.
- قواعد المنع الصارمة التي تكتبها بنفسك، والتي تحجب إجراءً دون قيد أو شرط، بغضّ النظر عن أي قاعدة سماح قد تسمح به لولا ذلك. وهذه خاصية مهمّة: محظوراتك غير قابلة للتجاوز بقاعدة متساهلة في مكان آخر.
وتستطيع المؤسسات أيضًا كتابة قواعد سماح ومنع تطابق معاملات الأدوات لا أسماءها فقط — فتصير عبارة «لا يجوز لهذا الـ agent استخدام ذلك الـ model» أو «لا تمسّ ذلك المسار أبدًا» قابلة للتعبير.
متى تفعّله
المؤشّر الصادق سلوكي لا تقني: فعّله حين تتوقّف الأسئلة عن تعليمك أي شيء.
في أيامك الأولى، كل سؤال مفيد فعلًا — فأنت تبني تصوّرًا ذهنيًا عمّا يفعله الـ agent بمهمة. والمقاطعة هي المقصد. وحين تصير قادرًا على توقّع ما سيقوله السؤال التالي قبل قراءته، يكون السؤال قد صار ضجيجًا، والضجيج أسوأ من عديم الفائدة لأنه يدرّبك على النقر بالموافقة انعكاسيًا. وذلك الانعكاس هو الخطر الفعلي، وهو ما يزيله وضع auto.
وبشكل ملموس، يستحقّ وضع auto ثمنه حين:
- تكون للمهمة خطوات صغيرة كثيرة — إعادة هيكلة، أو ترحيل، أو دفعة ملفات — حيث يحوّل السؤال مهمة عشر دقائق إلى أربعين دقيقة من النقر.
- تشغّل شيئًا طويلًا ولا تريد تعطّله بانتظارك.
- تستخدم subagents، وهي تعمل الآن في الخلفية افتراضيًا؛ فالمهمة الخلفية المعطَّلة على سؤال لم تره هي مهمة متوقّفة فحسب. (وطلبات الإذن من الـ subagents الخلفية تظهر في جلستك الرئيسية بدل أن تُرفَض تلقائيًا.)
- يكون العمل في مكان قابل للاسترجاع — إصدارات، أو نسخة، أو بيئة معزولة — حيث يكلّف الخطأ دقائق لا علاقة عميل.
متى تُبقي الأسئلة مفعّلة
وبالصدق نفسه في الاتجاه الآخر. ابقَ في وضع Ask permissions حين:
- تكون جديدًا. في الأسبوع الأول، المقاطعات هي المنهج.
- يكون العمل غير قابل للتراجع. الإرسال، والنشر، والحذف بلا نسخة. المصنِّف يستدلّ حول الخطر عمومًا؛ وأنت وحدك تعرف أن هذا البريد بالذات يذهب إلى قائمة العملاء كاملة.
- تكون في أرض غير مألوفة — نظام لا تعرفه جيّدًا بما يكفي لملاحظة إجراء خاطئ لو رأيته.
- تكون المخاطر تنظيمية. إن كان الخطأ حادثة التزام لا مجرّد إزعاج، فالاحتكاك الإضافي هو المقصد.
وواحدة محدّدة تستحقّ الإشارة: إن كانت جلسة تقرأ محتوى خارجيًا غير موثوق — مستندًا من الخارج، أو صفحات ويب عشوائية — فليست تلك هي الجلسة التي تمنحها استقلالية أكبر. فالمحتوى قابل للصياغة للتأثير على الـ model، وبوّابة الموافقة هي دفاعك. المزيد عن هذا الخطر هنا.
وضع auto وplan mode ليسا متنافسين
لبس شائع يستحقّ التوضيح لأنهما يُناقَشان كثيرًا كبديلين.
plan mode يجيب عن «هل ينبغي أن نفعل هذا؟» يبحث Claude ويقترح مقاربة دون تغيير شيء، وتتّفق على الخطة قبل بدء العمل.
وضع auto يجيب عن «هل عليّ مراقبة كل خطوة؟» إنه عن التنفيذ، لا عن القرار.
وهما يتركّبان، والمزيج هو أكثر طرق العمل إنتاجية: خطّط أولًا، ثم دعه يعمل. تنفق انتباهك على القرار — حيث يساوي حُكمك أكثر — وتتوقّف عن إنفاقه على أربعين تأكيدًا منفصلًا لخطة وافقت عليها أصلًا. وتغطّي المقارنة جنبًا إلى جنب هذا بتفصيل أكبر.
أين هو متاح
يعمل وضع auto على خطط Pro وMax وTeam وEnterprise. وهو متاح أيضًا على مزوّدين خارجيين — Amazon Bedrock ومنصّة Google Cloud وMicrosoft Foundry — ولم يعد يحتاج إلى متغيّر بيئة خاص هناك، وهو ما يهمّ المؤسسات التي يمرّ نشرها عبر حسابها السحابي الخاص.
تحوّل في الذهنية
الغريزة القائلة إن كثرة الأسئلة تعني أمانًا أكبر بديهية وخاطئة في معظمها. فالأمان يأتي من ثلاثة أشياء، بهذا الترتيب: النطاق (ما الذي يستطيع Claude الوصول إليه أصلًا)، وقابلية التراجع (هل تستطيع التراجع)، والمراجعة (هل يفحص إنسان المخرجات قبل أن تغادر المبنى).
وطلبات الإذن خطّ دفاع رابع، وضعيف، لأنه يتآكل بالتكرار. فالإنسان الذي يوافق على طلبه الأربعين لا يجري فحصًا أمنيًا — بل يؤدّي طقسًا شكليًا.
ووضع auto يستحقّ أن يُفهَم على أنه اعتراف بذلك. إنه ينقل الفحص إلى مكان لا يتعب فيه، ويحتفظ بانتباهك للقرارين اللذين يهمّان فعلًا: ماذا نفعل، وهل النتيجة صحيحة.