أطلقت Anthropic نسخة Claude Code 2.1.207 هذا الشهر، وقد تضمن ملاحظات الإصدار تغييراً جوهرياً يعيد صياغة قواعد التطوير بمساعدة الذكاء الاصطناعي. أصبح "الوضع التلقائي" (Auto mode) هو الوضع الافتراضي عبر منصات السحابة الثلاث الكبرى التي تستضيف الوكيل (agent): Amazon Bedrock، وGoogle Vertex AI، وMicrosoft Azure Foundry. هذا التغيير البسيط يغير تماماً من يمتلك سلطة الاعتماد عندما تصل الأكواد المكتوبة آلياً إلى مستودع البرمجيات (repository) الخاص بك.

الطريقة القديمة كانت معيبة

حتى هذا الإصدار، كان Claude Code يعمل في "الوضع اليدوي" (manual mode) بشكل افتراضي. كان الوكيل يقوم بتجهيز تعديل على ملف، أو إعداد أمر shell، أو وضع أمر git commit في قائمة الانتظار، ثم يتوقف تماماً. كان ينتظر بشراً ليقرأ الفرق (diff)، ويفحص الأمر، ثم ينقر على موافق. كانت النظرية سليمة: لا تسمح أبداً للذكاء الاصطناعي بلمس كود الإنتاج دون موافقة شخص ما.

لكن الواقع كان مختلفاً. وجد Anthropic أن 93% من المستخدمين في الوضع اليدوي كانوا يوافقون على الأوامر (prompts) دون قراءتها. فقد تعامل المطورون مع شاشة الموافقة كعائق مزعج وليس كنقطة تفتيش. كانوا ينقرون على "نعم" بتتابع سريع للحفاظ على تدفق عملهم، مما جعل البوابة اليدوية عديمة الفائدة. إن الضابط الأمني الذي يتجاوزه الجميع ليس ضابطاً، بل هو مجرد عائق يتنكر في زي الأمان.

كيف يستبدل الوضع التلقائي النقرة البشرية

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

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

تحول في الحوكمة

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

ما يجب عليك فعله الآن

أولاً، قم بمراجعة حالتك الحالية. ابحث في سجلاتك (logs) الأخيرة وتاريخ git. إذا رأيت عمليات commit منسوبة إلى Claude Code ولكن لا توجد مطالبات موافقة بشرية مقابلة لها في سجلات الجلسة، فإن الوضع التلقائي مفعل بالفعل. لا تفترض أن إعداداتك القديمة قد انتقلت معك.

إذا كنت بحاجة إلى استعادة التحكم اليدوي، فاعلم أن الأدوات القديمة لم تعد تعمل. لقد أوقفت Anthropic دعم متغيرات البيئة السابقة التي كانت تتحكم في هذا السلوك. يجب عليك الآن ضبط disableAutoMode في ملف الإعدادات المُدار الخاص بك. أي حلول بديلة قديمة في ملفات إعدادات الـ shell أو صور الحاويات (container images) ستفشل بصمت، لذا افحص خطوط أنابيب النشر (deployment pipelines) الخاصة بك بعد الترقية.

لا يمكنك ضبط دقة المصنف (classifier)؛ فلا توجد أدوات للتحكم في مدى عدوانيته أو عتبة المخاطر لديه. ضوابطك العملية الوحيدة هي ضوابط الوصول. قم بتضييق نطاق التأثير (blast radius). قيد الوكيل في مجلدات محددة. امنحه صلاحيات مؤقتة بأدنى الحد الأدنى من الأذونات التي يحتاجها. إذا أخطأ المصنف في إجراء سيء ما، فإن الوكيل ذو النطاق الضيق يمكنه إلحاق ضرر أقل بكثير من الوكيل الذي يمتلك مفاتيح المسؤول (admin keys).

أين تبرز قيمة الوضع التلقائي

تكمن الفائدة هنا في السرعة الخام في المهام التي لا تستحق استهلاك دورات عمل بشرية. يتفوق الوضع التلقائي في المهام المحدودة والمتكررة حيث تكون المخاطر منخفضة والنمط واضحاً. فكر في عملية تنسيق (formatting) عبر مئة ملف بعد تحديث قواعد الـ linter الخاصة بك، أو تحديث تبعية (dependency) على مستوى الـ patch بمجرد صدور تنبيه أمني. يمكن للوكيل التكرار، والتطبيق، والاختبار، وعمل commit دون إخراج المهندس من حالة التركيز العميق.

هذا أمر مهم لأن وقت الهندسة محدود. كل دقيقة تُقضى في النقر على "موافقة" (approve) لإصلاح مسافة فارغة هي دقيقة تُسرق من وقت الهندسة المعمارية، أو الاستجابة للحوادث، أو الـ 20% من العمل الصعب حقاً الذي لا يزال يتطلب حكماً بشرياً. الوضع التلقائي يعيد لك ذلك الوقت.

لكن السرعة بدون انضباط ليست سوى ديون تقنية (technical debt) أسرع. يتحقق المصنف مما إذا كان الإجراء يطابق الأمر، لكنه لا يتحقق مما إذا كان الكود الناتج يجتاز مجموعة اختبارات التكامل (integration suite) الخاصة بك، أو يحترم ثوابت المجال (domain invariants)، أو يتبع دليل التنسيق (style guide) الخاص بك. لا تزال بحاجة إلى بوابات التكامل المستمر (CI gates)، ومراجعة الكود، والاختبارات المؤتمتة قبل وصول أي شيء إلى مرحلة الإنتاج.

تعقيدات السحابة المتعددة

بما أن هذا الإعداد الافتراضي قد تم إطلاقه في وقت واحد عبر Bedrock وVertex AI وAzure Foundry، فإن الشركات التي تدير بيئات سحابية متعددة تحتاج إلى التفكير في مسألة الاتساق. لا يمكنك السماح للوضع التلقائي (auto mode) بالعمل بصلاحيات فضفاضة على AWS بينما تبقيه مقيداً على GCP ما لم تقم بتكوين كل منصة بشكل مدروس. إذا كنت تتعامل مع هذه السحب الثلاث كشبكة تشغيلية موحدة، فقم بتوحيد معايير سياسة disableAutoMode وحدود الهوية الخاصة بك الآن. إن التباين بين المنصات يكون غير مرئي حتى يتسبب في تعطل عملية البناء (build)—أو ما هو أسوأ من ذلك.

ومن الجدير بالذكر أيضاً ما لا يستطيع "المصنف" (classifier) رؤيته. فهو يقيم ما إذا كان الوكيل (agent) ملتزماً بالمهمة، وليس ما إذا كانت عملية إعادة هيكلة الكود (refactor) ستحدث آثاراً متسلسلة عبر قاعدة الكود الخاصة بك. فقد يبدو الوكيل الذي يستخرج أداة مساعدة مشتركة متوافقاً تماماً مع الأمر (prompt) الخاص به، بينما يقوم في الواقع بتغيير واجهة برمجية تعتمد عليها عشر خدمات لاحقة. المصنف ليس مهندس برمجيات أول، بل هو مجرد مدقق مهام.

قائمة مراجعة للدورة التطويرية (Sprint) القادمة

إذا كنت تدير هذا الانتقال، فإليك خطوات ملموسة لاتخاذها هذا الأسبوع:

  • تدقيق سجلات الأسبوعين الماضيين. تتبع كل عملية إرسال كود (commit) تمت عبر Claude Code. وحدد أي عملية تمت دون ظهور طلب موافقة بشري.
  • تحديد نطاق بيانات الاعتماد. أنشئ حساب خدمة (service account) مخصصاً للوكيل. امنحه صلاحية الكتابة فقط على المجلدات التي يحتاجها فعلياً. لا تمنحه أبداً صلاحية الوصول إلى قواعد بيانات الإنتاج، أو مفاتيح النشر، أو مخازن بيانات العملاء.
  • تحديث التوثيق الخاص بك. قم بإزالة الإشارات إلى مفاتيح تبديل متغيرات البيئة القديمة. ووجه المهندسين المناوبين إلى إعداد disableAutoMode الجديد المُدار.
  • التقسيم حسب المخاطر. اسمح بالوضع التلقائي لمهام الصيانة الخاصة ببيئة التطوير فقط، مثل التنسيق وتحديثات التبعيات البسيطة. وتطلب الوضع اليدوي أو المراجعة البشرية الكاملة لأي شيء يمس منطق العمل (business logic)، أو المصادقة، أو كود معالجة البيانات.
  • إطلاع فريق الامتثال لديك. اشرح لهم أن المصنف هو فحص آلي وليس موافقة بشرية. وأظهر لهم كيف يتفاعل الإعداد الافتراضي الجديد (الذي يتطلب إلغاء الاشتراك) مع سياسات التحكم في التغيير الحالية لديك.

حافظ على الضوابط، وتخلص من المظاهر الشكلية

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

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

انضم إلى النقاش في مجتمع GyaanSetu AI على تلغرام.