مستقبل تطوير البرمجيات: كيف يعيد مبتكر Claude Code تشكيل سير العمل

الولايات المتحدة - وكالة أنباء إخباري

مستقبل تطوير البرمجيات: كيف يعيد مبتكر Claude Code تشكيل سير العمل

عندما يتحدث مبتكر أقوى وكيل برمجة في العالم، لا يستمع وادي السيليكون فحسب، بل يدون ملاحظات تفصيلية. على مدار الأسبوع الماضي، انشغل مجتمع الهندسة بتحليل سلسلة تغريدات على منصة X (تويتر سابقًا) من Boris Cherny، المبتكر ورئيس قسم Claude Code في شركة Anthropic. ما بدأ كمشاركة عادية لإعدادات طرفيته الشخصية، تحول إلى بيان فيروسي حول مستقبل تطوير البرمجيات، حيث وصفه كبار الشخصيات في الصناعة بأنه "لحظة فارقة" للشركة الناشئة.

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

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

تحليل سير العمل الذي يعيد تشكيل بناء البرمجيات

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

قال Cherny: "أقوم بتشغيل 5 نسخ من Claude بالتوازي في طرفيتي. أقوم بترقيم علامات التبويب الخاصة بي من 1 إلى 5، وأستخدم إشعارات النظام لمعرفة متى يحتاج Claude إلى إدخال". باستخدام إشعارات نظام iTerm2، يدير Cherny بفعالية خمسة تدفقات عمل متزامنة. فبينما تقوم إحدى الوكلاء بتشغيل مجموعة اختبارات، تقوم أخرى بإعادة هيكلة وحدة قديمة (legacy module)، وتقوم ثالثة بصياغة الوثائق. كما أنه يدير "5-10 نسخ من Claude على claude.ai" في متصفحه، مستخدمًا أمر "teleport" لتسليم الجلسات بين الويب وجهازه المحلي.

هذا النهج يؤكد استراتيجية "فعل المزيد بالقليل" التي أوضحتها رئيسة Anthropic، دانييلا أمودي، في وقت سابق من هذا الأسبوع. فبينما يسعى المنافسون مثل OpenAI إلى بناء بنية تحتية بمليارات الدولارات، تثبت Anthropic أن التنظيم الفائق للنماذج الحالية يمكن أن يؤدي إلى مكاسب إنتاجية أُسّية.

اختيار النموذج الأبطأ والأذكى: مفارقة استراتيجية

في خطوة مفاجئة لصناعة مهووسة بزمن الاستجابة (latency)، كشف Cherny أنه يستخدم حصريًا أثقل وأبطأ نموذج لدى Anthropic: Opus 4.5. أوضح Cherny: "أستخدم Opus 4.5 مع التفكير لكل شيء. إنه أفضل نموذج برمجة استخدمته على الإطلاق، وعلى الرغم من أنه أكبر وأبطأ من Sonnet، إلا أنه نظرًا لأنك تحتاج إلى توجيهه بشكل أقل وهو أفضل في استخدام الأدوات، فإنه يكون دائمًا أسرع من استخدام نموذج أصغر في النهاية".

بالنسبة لقادة التكنولوجيا في المؤسسات، هذه رؤية بالغة الأهمية. عنق الزجاجة في تطوير الذكاء الاصطناعي الحديث ليس سرعة توليد الرموز (tokens)، بل هو الوقت البشري الذي يقضى في تصحيح أخطاء الذكاء الاصطناعي. يوحي سير عمل Cherny بأن دفع "ضريبة الحوسبة" مقابل نموذج أذكى مقدمًا يلغي "ضريبة التصحيح" لاحقًا.

ملف مشترك يحول كل خطأ للذكاء الاصطناعي إلى درس دائم

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

لمعالجة ذلك، يحتفظ فريق Cherny بملف واحد باسم CLAUDE.md في مستودع Git الخاص بهم. كتب Cherny: "في كل مرة نرى فيها Claude يقوم بشيء بشكل غير صحيح، نضيفه إلى CLAUDE.md، حتى يعرف Claude عدم القيام بذلك في المرة القادمة". هذه الممارسة تحول قاعدة الكود إلى كائن حي ذاتي التصحيح. عندما يقوم مطور بشري بمراجعة طلب سحب (pull request) ويكتشف خطأ، فإنه لا يقوم فقط بإصلاح الكود؛ بل يقوم بتوجيه الذكاء الاصطناعي لتحديث تعليماته الخاصة. لاحظ أكاش غوبتا، قائد منتج يحلل السلسلة، "كل خطأ يصبح قاعدة". وكلما طالت مدة عمل الفريق معًا، أصبح الوكيل أذكى.

الأوامر المختصرة والوكلاء الفرعيون لأتمتة المهام الأكثر مللاً

يتم تشغيل سير العمل "القياسي" الذي أشاد به أحد المراقبين من خلال الأتمتة الصارمة للمهام المتكررة. يستخدم Cherny الأوامر المختصرة (slash commands) - وهي اختصارات مخصصة محفوظة في مستودع المشروع - للتعامل مع العمليات المعقدة بضغطة مفتاح واحدة. وسلط الضوء على أمر يسمى /commit-push-pr، والذي يستدعيه عشرات المرات يوميًا. فبدلاً من كتابة أوامر git يدويًا، وكتابة رسالة التزام، وفتح طلب سحب، يتعامل الوكيل مع بيروقراطية التحكم في الإصدار بشكل مستقل.

ينشر Cherny أيضًا وكلاء فرعيين - شخصيات ذكاء اصطناعي متخصصة - للتعامل مع مراحل محددة من دورة حياة التطوير. يستخدم أداة لتبسيط الكود (code-simplifier) لتنظيف البنية بعد الانتهاء من العمل الرئيسي، ووكيل للتحقق من التطبيق (verify-app) لتشغيل اختبارات شاملة قبل شحن أي شيء.

لماذا تعد حلقات التحقق هي المفتاح الحقيقي للكود الذي تم إنشاؤه بواسطة الذكاء الاصطناعي

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

كتب Cherny: "Claude يختبر كل تغيير أقوم بتطبيقه على claude.ai/code باستخدام امتداد Claude Chrome. يفتح متصفحًا، ويختبر واجهة المستخدم، ويكرر حتى يعمل الكود وتبدو تجربة المستخدم جيدة".

يجادل بأن منح الذكاء الاصطناعي طريقة للتحقق من عمله بنفسه - سواء من خلال أتمتة المتصفح، أو تشغيل أوامر bash، أو تنفيذ مجموعات اختبار - يحسن جودة النتيجة النهائية بمقدار "2-3 مرات". فالوكيل لا يكتب الكود فحسب؛ بل يثبت أن الكود يعمل.

ماذا يشير سير عمل Cherny إلى مستقبل هندسة البرمجيات

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

Ekhbary News Agency