كل ستة أشهر، احذف ملف Claude.md، واحذف مهاراتك، واحذف وصلاتك.
هذا نصيحة من بوريس تشيرني — مؤسس Claude Code — للمستخدمين المنتجين.
في فيديو المقابلة الجديد الذي أصدرته YC في 28 يوليو، بعنوان "Boris Cherny: We Cut 80% of Claude Code’s Prompt"، حث Boris بحماس جميع من يطورون منتجات الذكاء الاصطناعي على التحلي بالشجاعة لحذف إشارات النظام والأدوات ورمز harness الخاص بمنتجهم الجديد بشكل جذري.
△
You should delete the entire system prompt and then add it back line by line to see what impact each line has.
المفهوم وراء هذا الرأي هو دراسة الإزالة (ablation study)، وهو مفهوم يمتد عبر مقابلة بوريس تشيرني الأخيرة، ويهدف إلى إزالة أو استبدال أو إيقاف وحدة معينة مع الحفاظ على بقية الظروف ثابتة، لمقارنة التغيرات في الأداء أو الاستقرار أو الكفاءة أو التكلفة.
في المقابلة، أشار بوريس بفخر قائلًا: في الواقع، بالنسبة لـ Opus 5، نوصي بجدية بحذف كل هذه الأشياء، لأن النموذج لم يعد بحاجة إليها.
على الرغم من الفوضى الأخيرة... يمكن للمستخدمين أيضًا أن يدّعوا، "في الواقع، نوصي بحذف Claude لأننا لم نعد بحاجة إليه." (x)
إلى جانب "الحذف الجريء"، كشف بوريس في المقابلة عن المزيد من التفكير القيمي حول تصميم المنتجات واستخدام النماذج وتعلم البرمجة—
آراء هذا المقال مستمدة من فيديو المقابلة، والنقاط الرئيسية للقراءة هي: 1. استراتيجية بوريس لتطوير المنتج: تقليل التنبؤات، وزيادة الاختبارات 2. "الإفراط في المنتج": في أي وقت، تتجاوز قدرات النموذج حدود المنتج 3. "التحرير": جعل النموذج ينفذ مهامًا أكثر صعوبة، ويعمل بشكل مستقل لفترات أطول 4. كيف يستخدم مستخدمو Claude الرائدون الذكاء الاصطناعي؟ 5. ثلاث نصائح للمبتدئين في البرمجة
النموذج هو كائن حي، لديه شخصيته الخاصة
الكود الموجود في Claude Code اليوم يكاد يقتصر فقط على أجزاء الأمان والصلاحيات والتحليل الثابت.
في 24 يوليو، أصدرت Anthropic القواعد الجديدة حول هندسة السياق لـ Claude 5، حيث تم تبسيط نظام prompt الخاص بـ Claude Code بشكل كبير للنماذج الجديدة مثل Opus 5 وFable 5، مع حذف أكثر من 80% من الأوامر الأصلية.
يمكنك الرجوع إلى مقال Quantum Bit: "حذف Claude Code 80% من التعليمات البرمجية، ثم أعاد Opus 5 إضافتها".
في مقابلة حول هذا التغيير، شارك بوريس استراتيجيته لتطوير المنتج: لا تحاول التخمين ما هي الأوامر التي يحتاجها النموذج، لأنك لن تتمكن أبدًا من التخمين الصحيح. ما يمكنك فعله هو حذف السطور واحدًا تلو الآخر، واختبارها، ثم تحديد الأماكن التي يتعثر فيها النموذج مرارًا وتكرارًا.
يجب أن تفكر في النموذج ككائن حي، شيء أكثر عضوية. سلوك كل جيل من النماذج مختلف، وشخصيته تختلف قليلاً، لذا يجب أن تقضي وقتًا في فهمه، ثم تعديل المُحَمَّل وفقًا لذلك.
△
لذلك هذا الأمر أكثر "تجريبيًا" بالنسبة لبوريس، ويجب التعامل معه بشكل علمي: تجربة دون افتراضات، ومراجعة النتائج، والتحسين، والتكرار.
وفي عالمٍ يُعاد تشكيله باستمرار، قد لا يكون Eval قادرًا على الاستخدام المستقر. وعلى الرغم من أنه أكثر متانة من harness وprompt، إلا أن النماذج تتطور بسرعة كبيرة حاليًا، لدرجة أن مجموعة تقييم واحدة غالبًا ما تُحقق الدرجة الكاملة بسرعة. لذلك، من الضروري مراقبة النقاط التي تتعثر فيها النماذج باستمرار، ثم تصميم Eval جديد.
نوع من التفكير: الفائض، التحرر
في المقابلة، شارك بوريس مفهومًا يُسمى "Product Overhang"، ويعتقد أنه طريقة تفكير مفيدة جدًا له في إنتاج المنتجات.
Overhang، ما معناه؟ فائض.
يحدث تقدم النماذج الكبيرة بخطوات متقطعة وسريعة، بينما يتطور دمج المنتجات بخطوات متزايدة ومستمرة. وهذا يؤدي إلى أن القدرات التي تمتلكها النماذج تتجاوز دائمًا الحدود التي يمكن للمنتجات الحالية إطلاقها.
قدم بوريس مثالاً: عندما تم إطلاق سونيت 3.5 في نهاية عام 2024، كان هذا النموذج قادرًا بالفعل على كتابة كود ملف كامل دفعة واحدة. لكن منتجات البرمجة في ذلك الوقت، مثل كوبيلوت وكورسور الإصدار الأولي، كانت لا تزال تركز على مهام صغيرة مثل إكمال الكود.
يُعوّض Claude Code، الذي يمتلك صلاحيات كاملة للطرف النهائي، إلى حدٍ ما عن هذا الفرق. وهذا أيضًا المفهوم الثاني الذي طرحه بوريس: "Unhobbling"، أي التحرر من القيود.
△
شارك مثالًا داخليًا من Anthropic: حاول أحدهم توصيل Opus 5 بـ OpenCV (أكبر مكتبة مفتوحة المصدر في مجال الرؤية الحاسوبية عالميًا)، ووجد أن النموذج قادر على رسم لوحات شخصية ومشاهد حيوانية تلقائيًا، رغم أنهم لم يدربوا النموذج من قبل على الرسم.
هذا ما يُعرف بـ"إثارة النموذج" (model elicitation)، حيث يتم من خلال تصميم تعليمات، أو سياق، أو أدوات، أو شكل المنتج، جعل النموذج يُظهر قدرات كان يمتلكها بالفعل ولكن لم تُستدعَ من قبل، دون تغيير أوزان النموذج.
رغم أن هناك ربما لا يزال بعض الشكوك هنا: كيف ننسب هذا؟ هل تم تحفيز النموذج على تفعيل قدرات كان يمتلكها أصلاً، أم أن النموذج تعلم مهارات جديدة بسبب تصميم "الهياكل الداعمة"؟
لكن ربما هذا غير مهم، على أي حال، لا يشك Boris بأي حال من الأحوال في وجود فرص تجارية هائلة هنا:
أنا لا أقول إن جميع الشركات الناشئة يمكنها التقاط ذلك. لكنني أعلم أن هناك أشخاصًا يفكرون في هذه القضايا، وهناك فرصة هائلة حقًا لاستخلاص سلوكيات مذهلة وشيقة وذات قيمة تجارية من النماذج.
لذلك، اقترح بوريس ثلاث طرق لـ"تحرير" نماذجه الخاصة.
أولاً، امنح النموذج مهامًا أصعب مما تتخيل. وصف الهدف والحدود وشروط الخروج بوضوح، ثم دعه يفعل ذلك.
ثانيًا، قم بمزيد من التجارب. امنح النموذج حرية إجراء تجارب ممتعة دون هدف تجاري واضح، "أعطِ نفسك الحرية للعب بالنموذج وتنفيذ أشياء إبداعية".
ثالثًا، دع النموذج يتحقق من نتائجه بنفسه. الآن، لم يعد التركيز على "هندسة الأوامر"، بل السؤال هو: "كيف تجعل كلاود يتحقق من عمله أثناء تنفيذه لمهمة صعبة جدًا؟"
يعتقد بوريس أن النقطة الثالثة قد تكون أكثر شيء لا يُؤدَّى بشكل جيد اليوم. لأن إذا لم يستطع النموذج التحقق من المهام بنفسه، فلا يمكنه العمل بشكل مستقل لفترة طويلة.
△
قد يكون مثاله الخاص مصدر إلهام للجميع:
بوريس: "حسنًا، ما أريده منك أن تعيد كتابة تطبيق Electron بلغة Swift. أريدك أن تشغّل تطبيق Electron داخل جهاز افتراضي Mac، وتأخذ لقطات شاشة، ثم تقارنها بكسرية بكسرية مع الإصدار المكتوب بـ Swift، ولا تتوقف حتى تنتهي." المضيف: هذا هو أمرك؟ بوريس: هذا هو أمري. المضيف: كم من الوقت استمر؟ بوريس: لا يزال قيد التشغيل. المضيف: متى بدأ؟ بوريس: لقد استمر لأكثر من أسبوعين، حوالي 14 أو 15 يومًا... كما قرر Claude البث المباشر، حيث أنشأ قناة Slack داخلية وأرسل لقطات شاشة للتقدم كل بضع دقائق.
نصائح عملية من بوريس للمستخدمين ورواد الأعمال في مجال الذكاء الاصطناعي
في نهاية المقابلة، طرح المذيع السؤال:
إذًا، بوريس، كيف يمكننا أن نستخدم كلاود كما تفعل أنت؟
يقول بوريس، الأهم هو ألا تستمع إلى ما يقوله مشاهير LinkedIn، ولا تتصفح تويتر.
بالنسبة لاستخدام الذكاء الاصطناعي، "الجميع يبحث عن تلك 'الحيل الخفية'. لكن لا توجد مثل هذه الأشياء. لا توجد مثل هذه الأشياء."
أوصى الجميع باتباع منهج تجريبي تجاه النموذج، ونسيان الخبرات السابقة مع النماذج القديمة والنظريات العلمية الحاسوبية التي تعلموها في الفصول الدراسية، ومراقبة المكان الذي يتعثر فيه النموذج مباشرة، ثم إجراء تعديلات مستهدفة.
إذًا لم تعد علمًا نظريًا، بل أصبحت علمًا تجريبيًا. أعتقد أن الأشخاص الذين يجيدون التخلي عن مسبقاتهم، والتخلص من أفكار مثل "لم تنجح من قبل" والاستعداد لمحاولة مرة أخرى—سيحققون نجاحًا كبيرًا جدًا.
الأهم هو الحفاظ على عقلية تتمثل في التخلي عن رغبتك في "السيطرة" على النموذج، والتعامل معه كزميل، دون تحديد مفرط أو طلب تفاصيل مبالغ فيها، وعدم محاولة جعل النموذج يقوم بالمهمة بالطريقة التي تفعلها أنت. لأن "النموذج لا يعمل بهذه الطريقة".
لمن لا يزالون يتعلمون البرمجة، يحث بوريس على عدم تعلم نظريات علوم الحاسوب البحتة فقط، بل تعلم كيفية تطبيقها. على سبيل المثال، كان دافعه الأولي لتعلم البرمجة هو الغش في امتحانات الرياضيات.
عادةً ما يتعلق الأمر بالريادة، وتطوير المنتجات، وتنمية حس التصميم والتجارة الخاص بك، وتعلم كيفية إجراء علوم البيانات، وتعلم كيفية التحدث مع المستخدمين... عندما تدمجها مع علوم الحاسوب والهندسة، فقط حينها تصبح ذات قيمة حقيقية.
بشكل عام، "افعل أولاً ما ترغب فيه، ثم قم بالترقية لفعل ما يريده الآخرون".
هذا المقال من حساب ويشات الرسمي "كيوانغ تشي" (ID: QbitAI)، المؤلف: متابع التكنولوجيا المتقدمة