قصة نشأة كلود كود: من توجيه السلامة إلى البرمجة الذكية

مقدمة

غالبًا ما يُوصف كلود كود بأنه أداة برمجة ذكية، لكن قصته الفعلية أكثر غرابة من إطلاق منتج تقليدي للمطورين. تبدأ القصة داخل أعمال السلامة والتوجيه المبكرة في أنثروبيك، ثم تمر عبر مساعد تجريبي لـ VS Code وأداة سطر أوامر داخلية تُدعى clide، لتتحول في النهاية إلى كلود كود، وكيل برمجة يعمل في بيئة الطرفية ويُستخدم في أعمال البرمجيات واسعة النطاق.

المقال الصيني الأصلي المنشور على مجتمع BAAI/Zhiyuan كان مبنيًا على تقرير من شينزييوان، ويُوجّه القرّاء إلى الصفحة الرسمية لأنثروبيك بعنوان "صناعة كلود كود". هذه النسخة الإنجليزية الجاهزة للنشر تحافظ على نفس التسلسل الأساسي للمعلومات، مع إعادة كتابة المقال بأسلوب مدوّنات أكثر نظافة، وتتجنب رموز QR الترويجية والتزيينات الأساسية غير ذات الصلة.

كلود كود لم يُنجز سوى "1٪ فقط من عمله"

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

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

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

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

قصة الأصول الرسمية لأنثروبيك تُنشر للعموم

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

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

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

كاد Claude Code أن يُنسى

لم يتحول العمل المبكر فورًا إلى Claude Code. في عامي 2021 و2022، استكشفت فرق أنثروبيك مساعدي البرمجة من عدة زوايا.

تذكر بن مان، المؤسس المشارك لشركة أنثروبيك ورئيس فريق المختبرات، أن أول اتجاه للمنتج تضمن إضافة VS Code. سمحت للمستخدمين بالدردشة مع المساعد وتلقي اقتراحات متعددة حول ما يجب فعله بعد ذلك. بحلول ربيع عام 2022، كان للأداة reportedly مجموعة صغيرة من المستخدمين الخارجيين، لكنها كانت لا تزال بعيدة كل البعد عن المنتج الوكيل الذي يعرفه الناس اليوم.

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

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

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

شكل.

مشكلة البنية التحتية وراء البرمجة الوكيلة

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

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

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

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

أنثروبيك كانت مبكرة، ربما مبكرة جدًا

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

أداة داخلية واحدة، تُدعى clide، أصبحت جسرًا مهمًا بين البحث والمنتج. كانت بيئة سطر أوامر تسمح للأشخاص بالدردشة مع Claude لتعديل الكود وإكمال مهام التطوير. من رآها أدرك الوعد، لكن الأداة كانت لا تزال تعاني من قيود كبيرة. كانت بطيئة، هشة، وصعبة الاستخدام.

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

تغير ذلك عندما انضم بوريس تشيرني إلى مختبرات أنثروبيك في عام 2024.

بوريس تشيرني والنموذج الأولي لسطر الأوامر

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

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

لم يكن رد الفعل الأولي مثيرًا. لم يُقنع عرض توضيحي تم مشاركته داخليًا الجميع فورًا. لكن النموذج الأولي استمر في جذب بوريس. جاءت اللحظة الحاسمة عندما استخدم نظام "clide" السابق في مشكلة حقيقية لطلب سحب (pull request). أنتجت الأداة طلب السحب الصغير الذي احتاجه، وكانت التجربة كأنها لمحة عن المستقبل.

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

السباق النهائي نحو Claude Code

بحلول أواخر عام 2024، اكتسب المشروع زخمًا كافيًا ليصبح دفعة منتج حقيقية. توسع فريق صغير، وتحركت المرحلة الأخيرة من التطوير بسرعة.

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

في فبراير 2025، تم إصدار Claude CLI للعامة وأصبح Claude Code.

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

من 10% إلى 100%، والـ 99% المتبقية

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

تغير نسبة الكود في عملية كتابة البرامج، مما يبرز الدور الهام الذي يلعبه.

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

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

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

ما الذي يغيره كلود كود في هندسة البرمجيات

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

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

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

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

الأسئلة الشائعة

ما هو كلود كود؟

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

هل جاء كلود كود حقاً من أبحاث السلامة والمحاذاة؟

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

ما كان clide؟

clide كان مشروعاً داخلياً لأنثروبيك

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

لماذا يُعتبر "كلود كود" وكيلًا ذكيًا؟

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

هل "كلود كود" آمن للاستخدام على المستودعات الحقيقية؟

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

ماذا يعني أن "كلود كود قد أُنجز بنسبة 1٪ فقط"؟

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

هل "كلود كود" يحل محل مهندسي البرمجيات؟

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

الأدوات ذات الصلة

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

الروابط ذات الصلة

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

ملخص

قصة أصل كلود كود ليست بسيطة

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

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

أهم درس ليس أن Claude Code مكتمل، بل أن البرمجة الوكيلة لا تزال في مراحلها المبكرة. أنظمة الإذن، والمهام طويلة الأمد، والذاكرة، وإدارة السياق، والإشراف البشري ستحدد المرحلة القادمة.

قد يبدو Claude Code بالفعل قفزة كبيرة، لكن مطوريه يعتبرونه بداية وليس نهاية.