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

أجرت غيرجيلي أوروز مقابلات مع ثلاثة أعضاء أساسيين في كلود كود: • بوريس تشيرني، مهندس مؤسس (خبرة 17 عاما، مهندس سابق في ميتا) • المهندس 2 سيد بيداساريا (مؤلف ميزة Subagent) • وكات وو، مديرة المنتج. تحدثوا عن كيف انتقل كلود كود من نموذج أولي إلى منتج، وما هي الخيارات التقنية التي اتخذوها، وكيف تمكن فريق صغير مكون من اثني عشر شخصا من نشر 5 علاقات عامة يوميا. ربما هذه أقرب عينة إلى "فريق هندسي يعتمد على الذكاء الاصطناعي أولا" في الوقت الحالي. يستخدمون الذكاء الاصطناعي لكتابة الكود، وكتابة الاختبارات، ومراجعة الكود، وحل المشكلات، وحتى استخدام كود كلود لتطوير كود كلود نفسه. 90٪ من الكود مكتوب بنفسه. ما أريد فعله هو أن أفرز أكثر الأجزاء إثارة للاهتمام في هذه المقابلة، وأتحدث عن كيفية عمل هذا الفريق، وما يمكن تعلمه، وما الذي تحدده ظروفهم الخاصة ولا يمكن تقليده. ما يلي مقسم إلى 7 قصص قصيرة، يمكن قراءة كل واحدة منها بشكل مستقل، ويتم تجميعها معا لتشكيل صورة كاملة.

[1] كيف يمكن لجهاز الاستماع أن يصبح منتجا بدخل سنوي قدره 500 مليون دولار في سبتمبر 2024، انضم بوريس تشيرني مؤخرا إلى أنثروبك وكتب لعبة سطر أوامر عندما لم يكن لديه ما يفعله. ماذا يمكن لهذا الشيء أن يفعل؟ يستخدم AppleScript ليخبرك بأي أغنية تستمع إليها ويغير الأغنية حسب أوامرك. الأمر بهذه البساطة. بوريس نفسه: "عرض توضيحي رائع، لكنه ليس مثيرا للاهتمام. ”

جاء التحول الحقيقي بعد أن أنهى حديثه مع زميله كات وو. كانت كات تدرس قدرات الكمبيوتر للعميل الذكاء الاصطناعي، وأثناء حديثه، خطرت لبوريس فكرة: ماذا لو منحنا هذه أداة سطر الأوامر المزيد من الأذونات؟ على سبيل المثال، هل تسمح له بقراءة وكتابة الملفات وتنفيذ الأوامر؟

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

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

بدأ بوريس العمل على الأداة يوميا ثم شاركها مع عدة زملائ. بعد شهرين، في نوفمبر، أصدروا نسخة معدلة. البيانات مبالغ فيها: في اليوم الأول، يستخدم 20٪ من المهندسين؛ اليوم الخامس، 50٪.

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

في مايو 2025، تم الإعلان رسميا عن قانون كلود. بعد ثلاثة أشهر، زاد الاستخدام 10 أضعاف وتجاوزت الإيرادات السنوية 500 مليون دولار. ومن المثير للاهتمام أن بوريس كان مخصصا في الأصل للمبرمجين - ومن هنا جاء اسم "كود كلود". لكن في أحد الأيام مر بجانب محطة عمل عالم البيانات ووجد كود كلود يعمل على الشاشة الأخرى. "لماذا تستخدم هذا؟" "طلبت منه مساعدتي في كتابة الاستعلامات والتصور." الآن، لدى علماء البيانات في Anthropic واحدة في متناول اليد، وبعضهم يدير عدة أجهزة في نفس الوقت. جهاز الاستماع، لأنه حصل على بعض الأذونات الإضافية، أصبح منتجا بقيمة مئات الملايين من الدولارات. ربما هذا هو أفضل دليل على "التراكم الزائد" للمنتج، حيث أن قدرة النموذج دائما موجودة، تنتظر أن يصدرها أحد.

[2] 90٪ من الشيفرة مكتوبة بنفسه - فلسفة اختيار كود الفني كود كلود لديه 90٪ من كودته الخاصة. قد يبدو الأمر مجرد خدعة، لكنه في الواقع بفضل منطقهم التقني في اتخاذ القرار. دعونا نلقي نظرة أولا على مجموعة التقنيات: TypeScript يكتب الهيكل الرئيسي، React يستخدم إطار Ink كواجهة واجهة طرفية، Yoga مفتوح المصدر من Meta يتولى نظام التخطيط، وBun مسؤول عن البناء والتغليف. لماذا تختار هذه المجموعات التقنية؟ لأنهم "داخل التوزيع". "حول التوزيع" هو مصطلح في مجال الذكاء الاصطناعي. هذا يعني أن النموذج شاهد الكثير من هذا النوع من الشيفرة وهو جيد في التعامل معها. TypeScript و React هما بالضبط حيث يكون كلود قويا. إذا اخترت إطارا غير شائع، سيتعين على النموذج "التعلم"، وسيتعرض التأثير للخطر. هذا الاختيار يؤدي إلى دورة رائعة: كتابة كود كلود باستخدام التقنية التي يجيدها كلود، ثم كتابة المزيد من كود كلود باستخدام كود كلود. 90٪ يكتبون عن أنفسهم، هكذا نشأت الأمور. اختياراتهم على المستوى المعماري موضحة بنفس القدر. يعمل كود كلود محليا. لا توجد حاويات Docker، ولا سحابة مفتوحة، فقط قراءة وكتابة الملفات وتنفيذ الأوامر مباشرة على جهازك.

أما عن سبب تصميمه بهذه الطريقة؟ يجيب بوريس: "في كل مرة نتخذ فيها قرار تصميم، نختار تقريبا دائما أبسط حل. اللعب محليا هو أبسط حل. ” تمتد هذه البساطة إلى فلسفة المنتج بأكملها: اكتب أقل قدر ممكن من منطق الأعمال ودع النموذج يكون البطل. قال بوريس: "قد يبدو الأمر غريبا بعض الشيء، لكننا نريد للمستخدمين أن يشعروا بالنموذج بأكبر قدر من 'الأصالة' الممكنة. تضيف العديد من منتجات الذكاء الاصطناعي مجموعة من الهياكل — عناصر واجهة مستخدم إضافية، ميزات الوصول — والنتيجة أن النموذج محدود. ما نريد فعله هو جعل واجهة المستخدم رشيقة قدر الإمكان. ” لتبسيط الأمر، في كل مرة يصدر فيها كلود نموذجا جديدا، يقومون بتبسيط الكود كثيرا. على سبيل المثال، عندما تم إصدار Claude 4.0، أزالوا حوالي نصف تنبيهات النظام لأن النموذج الجديد لم يعد بحاجة إلى تلك "العكازات". عدد الأدوات أيضا يتم تبسيطه—احذف إذا استطعت، وادمج إذا استطعت. يمكن تلخيص بنية كود كلود بالكامل في ثلاثة أمور: تعريف واجهة المستخدم وكشف الواجهة لتعديل النموذج، وعرض الأدوات التي يمكن للنموذج استدعاءها، ثم التمرير جانبا. بالطبع، البساطة لا تعني أنه لا توجد أجزاء معقدة. نظام الأذونات هو الاستثناء. ففي النهاية، جعل الذكاء الاصطناعي ينفذ الأوامر على جهازك أمر محفوف بالمخاطر. حل كلود كود هو أن يسألك قبل تنفيذها: هل تريد الموافقة على هذه العملية؟ يمكنك الموافقة فقط هذه المرة، أو الموافقة لاحقا، أو رفضها. يدعم نظام الأذونات التكوين متعدد الطبقات – لكل مشروع، لكل مستخدم، لكل شركة. يمكن لفرق مشاركة الملفات الشخصية لإدراج أوامر الأمان الشائعة الاستخدام في القائمة البيضاء. المبادئ وراء تصميم هذا الإذن هي كما يلي: إذا بدأت كود كلود، فلا ينبغي أن يتغير ذلك دون موافقتك. ولكن في نفس الوقت، من الضروري أيضا إعطاء المستخدمين خيار "التفويض" - في حالة الثقة الخاصة بك، يمكنك تخطي رابط التأكيد. بسيط، لكنه ليس بدائيا. ضبط نفس، لكن ليس نقص في الوظيفة.

[3] 20 نموذجا أوليا في يومين - كيف تبدو نسخة المنتج في عصر الذكاء الاصطناعي في الماضي، عندما كنت أصنع نماذج أولية للمنتج، كنت أستطيع صنع نموذجين في يومين، وكان ذلك يعتبر فعالا. حقق بوريس 20 نقطة في يومين. هذا ليس مبالغة، بل سجل حقيقي لتطويره لميزة قائمة المهام في كلود كود. حتى أنه شارك الطلبات ولقطات شاشة لكل خطوة. دعونا نلقي نظرة على كيفية تكرار هذه النماذج العشرين. في النسخة الأولى، أراد أن تظهر قائمة المهام أسفل أحدث استدعاء للأدوات. الموضوع قصير: "بدلا من ظهور المهام مع الإدخال، عرض قائمة مهام ثابتة فوق صندوق الإدخال، مع العنوان '/todo (1 من 3)' باللون الرمادي". بعد النظر إلى التأثير، لم أكن راضيا جدا. في النسخة الثانية، يعرض بشكل متداخل في كل تحديث لمهمة المهام. الطلب: "بدلا من عرض قائمة مهام، قم بعرض اسم الأداة إلى عنوان عريض عندما يبدأ النموذج في معالجة مهام." احتفظ بعرض التقدم كأنه 'الخطوة 2 من 4'. ” لا يزال الأمر غير صحيح. في الإصدارين الثالث والرابع، حاول صنع "حبة تفاعلية" - مربع صغير في أسفل الشاشة يمكنك النقر عليه لرؤية التقدم. "أضف حبة المهام تحت مربع إدخال النص، مشابهة لمهمة خلفية، تظهر 'المهام: 1 من 3'." ثم: "اجعل هذه الحبة تفاعلية، مثل حبة مهمة خلفية." ” الأمر مثير للاهتمام قليلا، لكنه ليس جيدا بما فيه الكفاية. في الطبعتين الخامسة والسادسة، غير رأيه: صنع "درجا" ينزلق من اليمين. "قم بإلغاء الحبوب والعناوين السابقة، وبدلا من ذلك عرض قائمة المهام على الجانب الأيمن من صندوق الإدخال، في المنتصف عموديا، مفصولة بفاصل رمادي." "إنه متقلب قليلا، هل يمكنك تحويله إلى رسوم متحركة للدرج؟" يبدو رائعا، لكن عمليته مشكوك فيها. في الطبعتين السابعة والتاسعة، نقل قائمة المهام فوق صندوق الإدخال وجرب أنماط اقتطاع ورؤوس مختلفة. "إذا كان هناك أكثر من 5، فهذا يظهر '... و4 أخرى'","أضف عنوانا رماديا 'Todo:'". الإجابة تقترب أكثر فأكثر. في الطبعتين العاشرة والعشرين، بدأ يتعلم كيفية دمج قوائم المهام مع رسوم التحميل. الحل النهائي هو وضع معلومات التقدم بجانب الدوار (مؤشر الحمل) لتعظيم الرؤية. بعد الإصدار، أفاد المستخدمون برغبتهم في رؤية قائمة المهام الكاملة. لذا يتم إضافة تكرار آخر: اضغط على Ctrl+T لتوسيع جميع الخطوات. هذه هي النسخة التي أصبحت الآن متاحة على الإنترنت.

طوال العملية، كانت محفزات بوريس قصيرة بشكل مفاجئ — غالبا جملة أو جملتين. لكن كل نسخة هي نموذج أولي يمكن تشغيله فعليا، وليس رسما ثابتا أو PPT. يمكنه حقا اختبار هذه الوظيفة والتحقق منها ليشعر إذا كانت تعمل بشكل جيد. عملية تطوير المنتج التقليدية تكون: نقاش → الأفكار→ رسم الإطارات السلكية → تصميم عالي الدقة → تطوير → اختبار → التشغيل. كل خطوة تحتاج إلى وقت، وكل خطوة قد تتعثر. الآن يصبح التدفق هو: فكرة → طلب من جملة واحدة → نموذج أولي قابل للتنفيذ → إذا شعرت أن هناك شيئا غير صحيح، أعد تكراره. وهذا يتطلب فعليا من المطورين تغيير طريقة تفكيرهم للتكيف مع عملية التطوير هذه. في الماضي، كان دور النماذج الأولية هو "التحقق من الأفكار" - لأن تكلفة النماذج الأولية كانت مرتفعة، وكان عليك التفكير جيدا قبل القيام بذلك. الآن، أصبحت النماذج الأولية "استكشاف الإمكانيات" - لأن تكلفة صنع النماذج الأولية منخفضة، يمكنك صنعها أولا ثم التخلص منها. قال بوريس إنه عند استخدام كود كلود، غالبا ما يتجاوز مرحلة رسم المخطط ويقوم فقط بعمل نسخة مستمرة، وهي أكثر بديهية من أي شيء آخر. الإيقاع اليومي لفريق كود كلود هو كالتالي: كل مهندس يدفع حوالي 5 PRs يوميا، 60-100 إصدار داخليا يوميا، وإصدار واحد خارجيا يوميا. 5 أرقام شخصية في اليوم، وهو أمر لا يمكن تصوره في معظم الشركات. أوبر تمر بأكثر فترات إعادة الهيكلة شدة، وليس من السيئ أن تتمكن من تحقيق رقم قياسي متوسط الحجم يوميا. عندما تتغير الأدوات، يتغير الإيقاع، ويجب أن يتغير طريقة التفكير.

[4] أعيد تصميم محطة سطر الأوامر مع الذكاء الاصطناعي المدمج محطات سطر الأوامر موجودة منذ عقود، فلماذا تحتاج إلى إعادة تصميمها الآن؟ لأنه قبل نماذج اللغة الكبيرة (LLMs)، لم تكن المحطات الطرفية تركز كثيرا على التجارب التفاعلية. سطر الأوامر التقليدي هو سؤال وجواب: تدخل أمرا، يعيد النتيجة، وتنتهي. لا حوار، لا سياق، لا ملاحظات أثناء الانتظار. تحدق في المؤشر وهو يومض ولا تعرف ما الذي يحدث في الخلفية. كان كود كلود أول منتج يحتاج فعلا للتفكير في "تجربة المستخدم الطرفية". أضافوا بعض التفاصيل الصغيرة التي بدت غير ملحوظة، لكنها شعرت بأنها مختلفة تماما عند استخدامها. أولا: ملاحظات التحميل السياقية. عندما يفكر النموذج، يمكن للشاشة توليد محفزات ذات صلة بناء على عرض المهمة الحالي: مثل "قراءة هيكل الكود الخاص بك" أو "التفكير في حل". إنها لمسة صغيرة، لكنها تعطي الأداة "شخصية". ستشعر أنه يعمل بجد وليس عالقا. يقول بوريس إن آخر مرة شاهد فيها هذا النوع من التفاعل الممتع كانت عندما كان Slack في مرحلة الانضمام الجديدة. ثانيا: نصائح تعليمية أثناء الانتظار. عندما يقوم كلود بمهمة طويلة، يظهر في أسفل الشاشة تدوير النصائح، مثل "يمكنك الضغط على Esc لمقاطعة المهمة الحالية" أو "حاول /help لرؤية جميع الأوامر". يستخدم سطر الأوامر لتعليم سطر الأوامر، وهو بسيط وذكي. القصة الثالثة أكثر إثارة: جهاز التصيير ماركداون. في اليوم السابق للإصدار، اشتكى بعض المهندسين من أن القوائم المتداخلة كانت قبيحة وأن تباعد الفقرات غير صحيح. المشكلة في جهاز العرض Markdown. جرب بوريس جميع أجهزة التصيير في السوق، ولم يكن أي منها يبدو جيدا في الطرفية. لذا قضى يوما باستخدام كود كلود لكتابة محلل وعرض ماركداون من الصفر. نعم، في اليوم الذي سبق الإصدار. نعم، اكتب من الصفر. نعم، باستخدام كود كلود نفسه. وبالتالي، يبدو هذا المحرك "المستعجل" أفضل من جميع الحلول الجاهزة. لقد أصدروه مباشرة. يعتقد بوريس أنه لا توجد محطة أخرى الآن تمتلك نفس جودة التصيير في ماركداون. توضح هذه القصة شيئا واحدا: عندما يكون لديك أداة برمجة الذكاء الاصطناعي الجيدة بما فيه الكفاية، تنخفض تكلفة "بناء عجلاتك الخاصة" بشكل كبير. يمكن الآن أن يصبح حل وسط "استخدمه فقط" "ثم اصنع واحدا أفضل". الشكل القديم للواجهة الطرفية لخط الأوامر يعاد إحياؤه مع إضافة نماذج اللغة الكبيرة (LLMs). المحطة لا تزال نفس المحطة، ولكن بسبب إضافة الذكاء الاصطناعي، نحتاج إلى التفكير بجدية في كيفية جعل الناس يجرون محادثة أفضل مع الذكاء الاصطناعي داخل الجهاز.

[5] الذكاء الاصطناعي يتغلغل في كل رابط - تجربة "الذكاء الاصطناعي الشامل" من قبل فريق هندسي فريق الهندسة في Anthropic ربما يكون من أكثر الاستخدامات تطرفا لأدوات الذكاء الاصطناعي في الوقت الحالي. الأمر لا يتعلق فقط بكتابة الكود، بل بكل جانب من جوانب المشروع. مراجعة الكود: المراجعة الأولى لجميع العلاقات العامة يتم بواسطة كلود كود، والثانية من قبل المهندسين. يقول بوريس إن كلود كود يمكنه اكتشاف الكثير من المشاكل من المرة الأولى. كانت هذه الميزة تستخدم في البداية داخليا فقط، لكن لاحقا تم طرحها للعامة حتى يتمكن الجميع من استخدام كود كلود لمراجعة الأمان. كتابة الاختبارات: مجموعة اختبارات كلود كود مكتوبة تقريبا بالكامل بواسطة كلود كود. "في الماضي، إذا ذكر أحدهم الرقم القياسي ولم يكتب اختبارا، كنت أتردد في قول أي شيء — كان الأمر يبدو وكأنه اختيار ونقطة،" قال بوريس. لكن الآن مع كلود، كتابة اختبار هي كلمة محفزة، ولا يوجد عذر لعدم كتابتها. ” استجابة الحادثة: يطلب مهندسو أونكول من كلود كود المساعدة في تحليل السبب الجذري (السبب الجذري للمشكلة). يجمع المناقشات ذات الصلة من Slack، وسجلات الأخطاء من Sentry، والبيانات من أنظمة المراقبة المختلفة، ويحللها بشكل تركيبي. يقول بوريس إن كلود كود يجد السبب الجذري أسرع من الشخص في بعض السيناريوهات. فرز المشاكل في GitHub: كلما ظهرت مشكلة جديدة، يقوم Claude Code بتحليل أولا، ثم يسأل المهندس إذا كان بالإمكان تنفيذه. يقول بوريس إنه يمكن القيام بذلك من حوالي 20٪ إلى 40٪ من الوقت في المرة الأولى. الرسوم البيانية والاستعلامات: بيانات المنتج موجودة في BigQuery، ويتم توليد جميع الاستعلامات والتصورات تقريبا باستخدام Claude Code. المهندسون يسمحون له حتى بإخراج مخططات ASCII مباشرة.

ما فاجأني أكثر هو عودة تطوير TDD (التطوير المعتمد على الاختبار). TDD هو مفهوم قديم: اكتب الاختبارات أولا، ثم اكتب الكود الذي يجتاز الاختبارات. نظريا هو جيد - يجبرك على التفكير فيما تريد أولا. لكن في الواقع، يعتقد معظم الناس أنها بطيئة ومعقدة، لذا تم تهميش هذه الطريقة تدريجيا خلال السنوات العشر الماضية. لكن بوريس قال إنه بعد استخدام كود كلود، قام بالكثير من TDD: "سأبدأ بطلب من النموذج كتابة اختبار وأخبره أن الاختبار سيفشل الآن، لا تحاول أن تجتيح. ثم طلبت منه كتابة كود لتنفيذ الوظيفة، والسماح للاختبار بالمرور، دون تغيير الاختبار نفسه. ” "عندما يكون لدى النموذج هدف واضح للتكرار عليه — مثل اختبار وحدة أو اختبار تجريبي — فإنه يؤدي أداء جيدا جدا." ذكر تحديدا أن Claude 4.0 هي أول سلسلة نماذج تسمح للنماذج بكتابة معظم الاختبارات. الإصدارات السابقة كانت قادرة على كتابة جزء، لكنها كانت تتطلب تدخلا بشريا كبيرا. هناك أيضا مفهوم جديد: التعدد الجماعي. وهذا يعني تشغيل عدة نسخ من كود كلود في نفس الوقت، مما يسمح لهم بالعمل على مهام مختلفة بالتوازي. يقول سيد إنه يفعل ذلك كثيرا – يبدأ بعض الوكلاء خلال الاجتماعات ويعود لاحقا لرؤية النتائج. وجدت Anthropic أن 25٪ من مشتركي Max (المستخدمون المميزون الذين يتراوح سعرهم بين 100-200 دولار شهريا) يقومون بالتعدد يوميا. هذا تغيير مثير للاهتمام. لطالما كانت البرمجة نشاطا "أحادي الخيط": يمكنك القيام بشيء واحد فقط في كل مرة، وتبديل المهام فقط عند مراجعة أو نشر الكود. لكن الآن، أصبح "البرمجة المتوازية" ممكنا – يمكنك تطوير عدة أشياء في نفس الوقت. بالطبع، هناك الكثير من الأمور غير المعروفة هنا: هل العمل المتوازي أكثر كفاءة حقا، أم أنه فقط يبدو أكثر كفاءة؟ ما أنواع المهام المناسبة للتوازي؟ هل ستكون هناك مشكلة إذا حصل كل وكيل على اهتمام أقل؟ هذه الأسئلة لم تجب بعد. لكن لدينا أداة جديدة للتجربة. وأخيرا، دعونا نتحدث عن قضية. كانت الشركة ستقوم بترحيل إطار عمل، وكان من المتوقع أن يستغرق الأمر سنتين هندسيتين - سنتان لمهندس واحد، أو شهرين ونصف لعشرة مهندسين. استخدموا كود كلود، ومهندس واحد أنجز ذلك في أسبوعين. قال بوريس إنه كان متشككا في مثل هذه الادعاءات، لكنهم سمعوا قصصا مشابهة مرات كثيرة.

[6] هاكاثون الثلاثة أيام - كيف ولدت ميزة Subagents الإلهام لهذه الميزة في Subagents جاء من منشور على ريديت. يقول البعض إنه فتح خمسة نسخ من كود كلود في نفس الوقت، وحدد أدوارا مختلفة لكل مثيرة، ثم استخدم نظام الملفات للتواصل مع بعضهم البعض. عندما رأى سيد بيداساريا هذا المنشور، كان رد فعله الأول: هذه طريقة اللعب رائعة، لكن لا ينبغي للمستخدمين أن يرموا بهذه الطريقة. يجب أن نجعلها وظيفة مدمجة في المنتج. صادف أن الشركة أقامت هاكاثون داخلي لمدة ثلاثة أيام، وقرر سيد استغلال تلك الأيام الثلاثة للقيام به. في اليوم الأول، رسم الفريق بحماس مجموعة متنوعة من الطوبولوجيات المعقدة للوكلاء: التواصل عبر ناقل الرسائل بين الوكلاء، الوضع غير المتزامن، التفاعلات متعددة إلى كثيرة...... الصورة مرسومة بشكل جميل والمفهوم متقدم. في اليوم التالي، أدركوا أن ذلك لم يكن ممكنا. المشكلة ليست في التنفيذ التقني - يمكن إنشاء أنماط معقدة. المشكلة أن المستخدمين لا يستطيعون فهمه. واجهة كلود كود هي طرفية بسيطة، كيف تسمح للمستخدمين بفهم أوضاع التواصل المعقدة للوكلاء في واجهة بسيطة كهذه؟ قرروا البدء من جديد والعودة إلى السؤال الأساسي: ما هو أبسط شكل يمكن للمطور العادي استخدامه؟ لقد وضعوا لهم قيدين: أولا، لا تخترع شيئا جديدا. استخدم فقط القدرات التي يمتلكها Claude Code بالفعل - أمر "/" وملفات .md. ثانيا، لا تتواصل بين الوكلاء. التغيير إلى نمط تنسيق بسيط: هناك وكيل رئيسي يمكنه استدعاء الوكيل الفرعي، ويعيد الوكيل الابن النتيجة بعد إكمال المهمة، وهذا كل شيء. كما تحدثوا مع فريق أبحاث أنثروبيك. يعمل الباحثون على أنماط متعددة الوكلاء، لكن الاستنتاج هو أنه لا يزال من غير الحاسم ما إذا كانت طوبولوجيا العوامل المعقدة تعمل فعلا. هذا يمنحهم ثقة أكبر: وبما أن فريق البحث يقول إن التعقيد ليس بالضرورة جيدا، فمن الأفضل صنع نسخة بسيطة. في نهاية اليوم الثالث، صنعوا نسخة عملية. يمكن للمستخدمين تحديد أدوار وقدرات الوكلاء الفرعيين في ملفات .md (مثل "وكلاء الواجهة الأمامية: باستخدام React 19 و Next.js"), أو سيقوم Claude Code باستدعاؤهم عند الاقتضاء، أو يمكن للمستخدم تفعيلهم يدويا. بعد الهاكاثون، وبعد بعض التلميع، يصبح الميزة متاحة. الآن يمكنك تعريف وكلاء فرعيين حصريين متنوعين: وكلاء الواجهة الخلفية الذين لديهم خبرة في تدقيق الأمن، وكلاء الواجهة الأمامية الذين يعرفون أطر عمل محددة، ووكلاء ضمان الجودة المتخصصون في كتابة الاختبارات...... يمكنهم العمل بالتوازي في الخلفية، كل منهما يؤدي دوره الخاص. العديد من الفرق ستكون مترددة في قلب خططها المعقدة في الهاكاثون، فبعد كل شيء، يقضون يوما كاملا في الرسم والنقاش، ولديهم مشاعر. القدرة على الاعتراف بأن "هذا الطريق لا يعمل" وإسقاطه والبدء من الصفر يتطلب شجاعة وإيمانا ب"البساطة". البساطة ليست كسلا. الأمر البسيط هو إيجاد الشكل الذي يمكن للمستخدم استخدامه حقا من بين الخيارات العديدة.

[7] كيف سيكون فريق الهندسة في المستقبل؟ بعضها يمكن استخدامه كمرجع، وبعضها لا يمكن نسخه قال بوريس: "البرمجة أصبحت ممتعة جدا الآن. آخر مرة شعرت فيها بهذا الشعور كانت عندما كتبت كودا على آلة حاسبة بيانية لأول مرة في المرحلة الإعدادية. ذلك الشعور السحري الذي لم أختبره منذ وقت طويل، لكنه عاد الآن. ” يشعر سيد بالمثل: "هناك أمران يثيراني. أحدها هو سرعة الإفلات – أحيانا يبدو سريعا جدا. الثاني هو مساحة تجريبية كبيرة - رغم أن العمل السابق كان سريعا، إلا أن ما فعلته كان أكثر روتينية، ومعرفة الإجابة كانت مجرد تنفيذ. الآن الأمر مختلف، النموذج يتغير كل ثلاثة أشهر، وعلينا إعادة التفكير باستمرار في كيفية القيام بالأمور. ” هذه المشاعر حقيقية جدا ومعدية. لكن قبل مناقشة "كيف سيكون مستقبل فرق الهندسة"، لا ننسى خصوصية Anthropic. أولا، Anthropic هو مختبر بحثي، وليس شركة منتجات. مهمته الأساسية هي البحث في سلامة وقدرات الذكاء الاصطناعي، والمنتج هو الوسيلة وليس الغاية. وهذا يعني أن لديهم قدرة أكبر بكثير على تحمل "التجارب السريعة" مقارنة بالشركات العادية. ثانيا، منتجهم الرئيسي هو نموذج كلود نفسه. كود كلود هو مجرد "قشرة" من النموذج. لذا فإن "حذف الكود للسماح للنموذج بفعل المزيد" هو خيار طبيعي لهم، لكن بالنسبة لشركات أخرى قد يعني ذلك إعطاء منطق الأعمال الأساسي لصندوق أسود. ثالثا، جميع الموظفين لديهم وصول غير محدود إلى كلود، بما في ذلك أغلى طراز أوبوس. في معظم الشركات، رسوم اشتراك الذكاء الاصطناعي هي بند ميزانية يجب المنافسة من أجله ولا يمكن للجميع استخدامها. رابعا، الفريق يضم فقط اثني عشر شخصا، والعملية محدودة. نادرا ما يستخدمون أعلام الميزات لأنها "بطيئة جدا". هذا أمر لا يمكن تصوره في منتج ذو قاعدة مستخدمين كبيرة وتكلفة أخطاء مرتفعة. لذا، نسخ فريق كلود كود مباشرة ليس بالضرورة واقعيا لمعظم الفرق. لكن هناك بعض الأمور التي يمكن تعلمها. عقلية النمذجة السريعة: حتى لو لم تستطع صنع 10 نماذج أولية يوميا، هل يمكنك التحول من "واحد كل أسبوعين" إلى "ثلاثة في الأسبوع"؟ لقد تغيرت الأدوات، ويجب تحديث توقعات "مدى سرعة النموذج الأولي". مراجعة الشيفرة بمساعدة الذكاء الاصطناعي: دع الذكاء الاصطناعي يقوم بالمراجعة الأولى والشخص يقوم بالمراجعة الثانية. هذه العملية لا تعتمد على الوصول غير المحدود إلى واجهة برمجة التطبيقات (API)، وهو ما يمكن لمعظم الفرق تجربته. إحياء TDD: إذا أصبح كتابة الاختبارات سهلا بما فيه الكفاية، فإن "لا وقت لكتابة الاختبارات" لم يعد عذرا. يمكن أن يكون هذا نقطة دخول منخفضة التكلفة لتحسين جودة الكود. تزداد قيمة المهندسين المهتمين بالمنتج: فريق كود كلود لا يضم مصممين أو مديري منتجات، فقط عدد قليل من المهندسين المهتمين بالمنتج. لقد وسعت أدوات الذكاء الاصطناعي بشكل كبير ما يمكن أن تفعله هذه "المواهب الكاملة".

بالطبع، هناك أشياء لا يمكن استبدالها بالأدوات. تمكن بوريس من اختيار أفضل نموذج من بين 20 نموذجا لأنه كان حكميا — كان يعرف ما "يبدو صحيحا" وما هو "يبدو جيدا". هذا الذوق هو نتيجة 17 عاما من الخبرة في تطوير البرمجيات، وليس شيئا يمكن الذكاء الاصطناعي تقديمه. وضع الفريق خطة معقدة في اليوم الأول، وفي اليوم التالي يمكنهم قلب الخطة بلا رحمة والبدء من جديد، وهو أيضا حكم بشري. معرفة متى تحذف الكود ومتى تحتفظ به هي نفسها بالنسبة لهذا الحدس المعماري. الذكاء الاصطناعي يجعل التنفيذ أسرع، لكنه لا يجعل "معرفة ما يجب فعله" أسهل. بدلا من ذلك، بسبب انخفاض تكلفة التنفيذ، أصبح قرار "ماذا تفعل" أكثر أهمية - يمكنك صنع 20 نسخة بسرعة، لكن عليك أن تعرف أيها صحيح. كيف ستبدو هندسة البرمجيات بعد بضع سنوات؟ لا أحد يستطيع التنبؤ بدقة. لكن فريق كلود كود اليوم قد يكون نوعا من البروفة للغد للعديد من الفرق - تكرارات أسرع، وأقل "تحريك الطوب"، ومزيد من الحكم واتخاذ القرار. الأدوات تتغير. ما لم يتغير هو أن الناس هم من يتخذون القرار النهائي.