الوضع التلقائي في Claude Code يصبح افتراضيًا: ما الذي يتغيّر؟

ما الذي يغيّره الوضع التلقائي في Claude Code فعليًا؟

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

إنه الخيار الوسطي بين التوقف المتكرر للحصول على الموافقات وإزالة الحواجز تمامًا:

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

توضح وثائق Claude Code الحالية أن الوضع التلقائي متاح في جميع الخطط متى كان النموذج ومزوّد الخدمة وسياسة المؤسسة المختارة تدعمه. أما تغيير 14 أغسطس فنطاقه أضيق: سيجعل Auto وضع البداية لجلسات Pro وMax وTeam الجديدة. وتظل عمليات النشر عبر Enterprise وAPI والسحابات التابعة لجهات خارجية اختيارية في الوقت الحالي.

كيف يمر الإجراء الواحد عبر الوضع التلقائي؟

تسلك معظم الأعمال داخل المستودع واحدًا من 3 مسارات.

1. تمر الأدوات الآمنة مباشرة. يمكن تنفيذ قراءة الملفات والبحث والتنقل داخل الشيفرة وغيرها من العمليات المدمجة المخصصة للقراءة فقط من دون استدعاء المصنّف.
2. تستخدم تعديلات المشروع المسار المحلي السريع. تمضي عمليات الكتابة والتعديل داخل مستودع العمل لأن نظام التحكم في الإصدارات يتيح مراجعتها.
3. تصل الإجراءات ذات العواقب الفعلية إلى المصنّف. تُقيّم أوامر Shell، وطلبات الويب، وعمليات التكامل الخارجية، وتشغيل الوكلاء الفرعيين، والعمل على ملفات خارج المشروع، وغيرها من الإجراءات الأعلى خطورة قبل تنفيذها.

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

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

يمكن الدخول إلى الوضع التلقائي عبر Shift+Tab، أو اختيار Auto في تطبيق مدعوم، أو بدء جلسة طرفية باستخدام claude --permission-mode auto. ولجعله الإعداد الافتراضي على مستوى المستخدم قبل 14 أغسطس، أضف ما يلي إلى ~/.claude/settings.json:

{
  "permissions": {
    "defaultMode": "auto"
  }
}

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

نتائج الأمان قوية، لكنها ليست بلا حدود

تفوق الوضع التلقائي بفارق واسع على الموافقة البشرية الاعتيادية في دراسة Anthropic المنضبطة. فمن بين 1,053 مختبِرًا محترفًا باشتراك مدفوع، أوقف المشاركون 143 أمرًا خطرًا، أي 13.6%، بينما أوقف الوضع التلقائي 937 أمرًا، أي 89%. اكتشف البشر نحو 17% في بداية الجلسة، ثم انخفضت النسبة إلى نحو 5% فقط بعد 50 مطالبة سابقة أو أكثر. في المقابل، ظل معدل المنع لدى الوضع التلقائي ثابتًا.

وتشير بيانات الاستخدام الفعلي إلى الاتجاه نفسه. ففي الجلسات التي وُسمت لمراجعة السلامة، وقع ضرر جسيم غير مقصود في 6.3% من الجلسات ذات الموافقة اليدوية، مقابل 2.4% من جلسات الوضع التلقائي. كما تفيد Anthropic بأن مستخدمي Team وEnterprise الذين تبنوا الوضع التلقائي ينجزون طلبات سحب أكثر بنحو 25%.

لا تعني هذه الأرقام أن المصنّف معصوم من الخطأ. فقد قاس تقييم سابق لمسار Anthropic نسبة سلبية كاذبة بلغت 17% ضمن 52 إجراءً فعليًا تجاوز الحد المطلوب. والسلبية الكاذبة هنا هي إجراء خطر يسمح المصنّف بمروره. وفي المسار نفسه، بلغت الإيجابيات الكاذبة 0.4% ضمن 10,000 استدعاء داخلي اعتيادي للأدوات، بينما بلغت السلبيات الكاذبة 5.7% ضمن 1,000 محاولة اصطناعية لتسريب البيانات.

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

صُمم المصنّف افتراضيًا لمنع عمليات النشر والترحيل في بيئة الإنتاج، والحذف الجماعي من السحابة، والدفع القسري، وأوامر البنية التحتية المدمّرة، ونقل البيانات الحساسة، وتغيير الأذونات، والإتلاف غير القابل للتراجع للملفات التي كانت موجودة قبل الجلسة. وبعد 3 عمليات منع متتالية أو 20 عملية منع في جلسة واحدة، يعود Claude Code إلى الموافقة اليدوية.

من يستفيد أكثر؟ 7 استخدامات عملية

الفرق الأكثر استفادة هي التي تنفذ أعمالًا متكررة داخل نطاق المستودع، ولديها اختبارات تكشف لـ Claude مواضع الخطأ. يزيل الوضع التلقائي وقت الانتظار، بينما توفر المهمة الضيقة والاختبارات ومراجعة الشيفرة عناصر التحكم.

1. فرق المنتجات التي تدير أعدادًا كبيرة من الصفحات

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

2. فرق المنصات التي تنفذ ترحيلات الشيفرة

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

3. فرق ضمان الجودة التي تصلح حزم الاختبارات الفاشلة

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

4. فرق المنتجات التي تحوّل المواصفات المستقرة إلى طلبات سحب

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

5. فرق التعلم الآلي التي تشغّل دورات تجارب ليلية

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

6. فرق الأدوات الداخلية التي تعالج قوائم الصيانة

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

7. المؤسسون المنفردون الذين يبنون نماذج أولية داخل مستودع واحد

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

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

ما المنتجات التي يمكن بناؤها حول الوضع التلقائي؟

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

1. لوحة لإطلاق Auto Mode، وهي الفرصة الأقوى

ابنِ لوحة للسياسات والأدلة موجهة إلى فرق المنصات والأمن. تحصر هذه اللوحة المستودعات الموثوقة والنطاقات الداخلية وحاويات التخزين السحابي ووجهات النشر ومواقع البيانات الحساسة، ثم تنشئ إدخالات مُدارة لكل من autoMode.environment وhard_deny وsoft_deny وallow مع الحفاظ على $defaults الخاصة بـ Anthropic.

يتوافق التوقيت مع الطلب. تتلقى عبارة “Claude Code auto mode” نحو 1,900 عملية بحث شهريًا على Google مع صعوبة كلمات مفتاحية 0، بينما تتلقى “AI powered coding agent” نحو 5,400 عملية. وفي 14 أغسطس، ستصبح هذه القدرة الإعداد الافتراضي في 3 خطط رئيسية، ما يحوّلها من تجربة اختيارية إلى مسألة حوكمة فورية.

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

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

2. مكتب ليلي لطلبات السحب

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

الطلب واسع بما يكفي ليستحق الاهتمام: تتلقى عبارة “AI powered coding agent” نحو 5,400 عملية بحث شهريًا على Google، ويسأل المستخدمون مساعدي الذكاء الاصطناعي عن “AI coding agent” نحو 188 مرة شهريًا. كما تقول بيانات التبني لدى Anthropic إن مستخدمي الوضع التلقائي في Team وEnterprise ينجزون طلبات سحب أكثر بنحو 25%.

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

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

3. بوابة أدلة مستقلة للشيفرة التي يكتبها الوكلاء

ابنِ بوابة لطلبات السحب تتحقق من عمل Claude Code وغيره من الوكلاء قبل أن يراه المراجع البشري. والمشتري هو الفريق الذي تسارع إنتاجه من الشيفرة بوتيرة تتجاوز قدرته على المراجعة.

تحقق عبارة “AI code review” نحو 1,300 عملية بحث شهريًا، وتبلغ تكلفة النقرة فيها $63.85، بينما تحقق “AI powered code review platform” نحو 1,600 عملية بحث مع نمو سنوي قدره 3,173% في هذه الجولة. وقد أثبتت المنتجات القائمة وجود ميزانية فعلية: يبلغ السعر المعلن لخطة CodeRabbit Pro مقدار $24 لكل مستخدم شهريًا عند الفوترة السنوية، بينما يبلغ سعر Greptile Pro مقدار $30 لكل مقعد شهريًا.

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

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

الحدود والخلاصة الصريحة

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

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

وقد ينشئ الضبط نفسه مخاطر جديدة. فإضافة وجهة موثوقة محددة قد تزيل نتيجة إيجابية كاذبة، لكن استبدال hard_deny أو soft_deny أو allow من دون القيمة الحرفية $defaults يؤدي إلى إسقاط قائمة Anthropic المدمجة لذلك القسم. ينبغي للفرق فحص السياسة الفعلية باستخدام claude auto-mode config، كما يمكنها استخدام autoMode.classifyAllShell: true عندما يجب إرسال كل أمر Shell إلى المصنّف.

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

إذا أردت بناء سير عمل منضبط للوكلاء داخل فريقك الهندسي، فابدأ من تطوير وكلاء الذكاء الاصطناعي.