أنثروبيك تجعل وضع Auto Mode في Claude Code هو الافتراضي

أنثروبيك تدفع Claude Code نحو استخدام أكثر استقلالية

تغيّر أنثروبيك طريقة تفاعل المطورين مع Claude Code بجعل Auto Mode الإعداد الافتراضي لمعظم المستخدمين المدفوعين ابتداءً من 14 أغسطس. ووفقًا للمادة المصدرية، ينطبق هذا التغيير على خطط Pro وMax وTeam، بينما سيظل على عملاء Enterprise تفعيله بشكل منفصل. عمليًا، يعني هذا أن Claude Code سيتصرف في كثير من الأحيان من دون انتظار موافقة بشرية على كل خطوة فردية، ولن يتوقف إلا عندما يقرر نظام الأمان لديه أن إجراءً ما يبدو خطيرًا أو صعب التراجع عنه.

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

لماذا تقول أنثروبيك إن Auto Mode أكثر أمانًا

يستند موقف الشركة إلى مجموعة من نتائج الاختبارات المذكورة في النص الأصلي. ففي دراسة مضبوطة شملت 1,053 مختبرًا مدفوعًا، التقط المراجعون البشريون 13.6 في المئة فقط من الأوامر الخطرة، بينما التقط Auto Mode نسبة 89 في المئة. وقالت أنثروبيك أيضًا إن اختباراتها الداخلية بأسلوب red-teaming أظهرت أن Auto Mode كان آمنًا على الأقل بقدر الموافقات اليدوية، وغالبًا أفضل. وأضافت الشركة أن الفرق التي تستخدم Auto Mode أنشأت نحو 25 في المئة أكثر من طلبات السحب، ما يشير إلى أن مستوى الاستقلالية الأعلى ترجم أيضًا إلى إنتاجية أكبر.

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

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

لا يزال حقن الأوامر هو القلق المركزي

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

واستشهدت أنثروبيك بتدقيق مستقل أجرته Trajectory Labs وشمل 72 سيناريو هجوم، نُفذ كل منها 10 مرات. ووفقًا للنص، لم تنجح أي من المحاولات الـ720 في اختراق النماذج الحالية لـ Claude في Auto Mode. كما قارن النص ذلك بمعيار منسوب إلى GPT-5.6 Sol من OpenAI في وضع Codex Auto-Review، حيث ورد أن 5.83 في المئة من المحاولات نجحت في المرور. ولا تستطيع Developments Today التحقق من المنهجية بما يتجاوز ما ورد في النص المقدم، لكن المقارنة تُظهر مدى شراسة المنافسة بين المزودين الآن على أمان الوكلاء، وليس فقط على جودة البرمجة.

وقدمت أنثروبيك أيضًا أمثلة داخلية لتوضيح الرهانات. وقالت الشركة إن Auto Mode منع Claude من رفع بيانات سرية إلى صفحة عامة، وخلال جلسة طويلة أوقف نحو 2,000 عملية كان من شأنها أن تعطل مهام تدريب GPU الجارية. وتشير هذه الأمثلة إلى أن الشركة تختبر هذه الأنظمة في بيئات تطوير وبنية تحتية حقيقية، حيث يمكن للأخطاء أن تؤثر في الأمان، ووقت التشغيل، وأعباء الحوسبة المكلفة.

مخرجات أكثر، لكن دورًا متغيرًا للمطورين

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

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

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

ماذا يعني ذلك لسوق برمجة الذكاء الاصطناعي

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

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

هذه المقالة مبنية على تقرير من The Decoder. اقرأ المقال الأصلي.