أجرت ديانا هو من Y Combinator مقابلة مؤخرًا مع بوريس تشيرني، مؤسس ورئيس كلود كود في Anthropic. وقال شيرني إن كلود كود أكثر قدرة مما هو مفهوم بشكل عام، قائلاً إن الهندسة السريعة ليست مهمة إلى حد كبير. ونظرًا لأن كلود لا يحتاج إلى “التفكير الزائد”، فقد اقترح أن مستخدمي Claude Code سيكونون أفضل حالًا في إلغاء متابعة مؤثري الذكاء الاصطناعي على تويتر ولينكد إن.
الهندسة السريعة أقل أهمية اليوم
إحدى النقاط التي أثارت اهتمام تشيرني هي أن كلود كود يتمتع بقدرات عالية ولا يتطلب توجيهات دقيقة. وضرب مثالاً بتجربة انتشرت داخليًا حيث أعطى أحد المهندسين لكلود إمكانية الوصول إلى OpenCV (مكتبة الرؤية الحاسوبية مفتوحة المصدر)، وهي مكتبة مفتوحة المصدر تضم عدة آلاف من خوارزميات الرؤية في الوقت الفعلي لمعالجة الصور والتعلم الآلي. ثم طُلب منهم رسم الصور، وقد فعلوا ذلك، وهي قدرة لم تكن متوقعة على الإطلاق.
كان الهدف من هذه الحكاية هو إيصال رسالة مفادها أن كلود كود يتمتع بقدرات تفوق بكثير الحاجة إلى “الهندسة السريعة”. سألت ديانا هو عن استنباط النماذج، وهي عملية فتح القدرات المخفية في نماذج الذكاء الاصطناعي.
سألت ديانا هو:
“ومجال البحث الكبير لهذا هو في الأساس استنباط النماذج، أليس كذلك؟ أن تصبح جيدًا حقًا في اكتشاف كل هذه القدرات ومطالبة النموذج بفعل الشيء الصحيح، أليس كذلك؟ “
كيف يتحسن الناس في ذلك؟ وبشكل فعال، كيف يتحسن الناس في الهندسة السريعة؟ هل لا يزال الناس بحاجة إلى القيام بالكثير من الهندسة السريعة أم أن هذا يتغير أيضًا؟
أخبرنا إلى أين يتجه هذا”.
أحد الأشياء التي ظلت تشيرني تكررها هو أنه من المفيد إعطاء كلود كود مهام يصعب القيام بها والتي تتجاوز توقعاتك لما يستطيع كلود القيام به، وهو ما كان الهدف من حكاية OpenCV.
أجاب تشيرني:
“نعم، أتذكر قبل عام تقريبًا، كان أحد الوظائف الشاغرة الأكثر شيوعًا هو المهندس السريع. وبعد ذلك تغير الأمر نوعًا ما ثم أعتقد أنه أصبح مثل مهندس السياق. لذلك هناك هذا النوع من الموجات منه، وأعتقد أن هذه سوف تأتي وتذهب نوعًا ما.
أعتقد أن المهارة في الوقت الحاضر لا تتعلق بالهندسة السريعة بقدر ما تتعلق بمعرفة كيف يمكنك تكليف كلود بمهمة صعبة تبدو صعبة بعض الشيء؟ ثم كيف تجعل من الممكن لكلود التحقق من عمله على طول الطريق؟
وأعتقد أن التحقق ربما يكون الشيء الوحيد الأكثر أهمية الذي لا يفهمه الناس بشكل صحيح، إلى حد كبير.
في هذه المرحلة، وصف تشيرني منح كلود تاغ (يعمل كلود كوكيل في Slack) إمكانية الوصول إلى جهاز Mac افتراضي ثم أعطاه مهمة برمجية معقدة. وطلب منها إعادة كتابة تطبيق Claude لسطح المكتب، وتحويله من إطار عمل Electron مفتوح المصدر إلى لغة برمجة Apple الأصلية Swift. استخدم Cherny مطالبة بسيطة ومباشرة لا تبالغ في التفكير في التعليمات أو القيود.
فيما يلي وصفه للمهمة والموجه:
“ثم قلت، حسنًا، الآن ما أريدك أن تفعله هو أن تعيد كتابة تطبيق Electron في Swift. أريدك أن تقوم بتشغيل تطبيق Electron في جهاز Mac الظاهري، وتلتقط لقطة شاشة له، ثم تبحث بكسل تلو الآخر، وتقارنه بإصدار Swift.
لا تتوقف حتى تنتهي.
…لذلك هذا حقًا أحد تلك الأمثلة حيث يمكن للنموذج أن يفعل ذلك اليوم، عليك فقط أن تدعه يفعل ذلك، ولا تحتاج إلى الأشياء الفاخرة.
لا تحتاج إلى /هدف، ولا تحتاج إلى /حلقة. هذه تساعد. لكن كل ما تحتاجه حقًا هو تكليف النموذج بالمهمة، وإعطائه طريقة للتحقق من مخرجات عمله حتى لا يتعطل، وسيبدأ العمل.
… وفي الواقع، في هذه الحالة، قرر كلود أيضًا أن يعيشها على مدونته. لذا فإن ما فعلته هو أنها أنشأت قناة Slack داخليًا، وبدأت في نشر لقطات شاشة كل بضع دقائق لتقدمها.
كيف يمكن لمستخدمي Claude Code أن يصبحوا أكثر خبرة
أعربت المذيعة ديانا هو عن دهشتها من إمكانية إنجاز مهمة برمجية معقدة بمطالبة بسيطة. سألت بعد ذلك كيف يمكن لمستخدمي Anthropic Claude Code أن يصبحوا أكثر خبرة مع Claude Code. جاء في إجابة تشيرني أن تحفيز كلود كود يجب أن يتم “تجريبيًا”، أي من خلال الخبرة ومراقبة كيفية سير الأمور.
سألت:
“ما الذي يفرق الأشخاص هنا الذين يمكن أن يصبحوا من بين أفضل 1% من مستخدمي كلود؟ كيف يمكن للناس أن يتعلموا استخدام كلود مثل بوريس؟”
أجاب تشيرني:
“ربما لا تستمع إلى الأشخاص المؤثرين على LinkedIn. لا تستمع إلى Twitter ولا تقرأه.
هذا هو الشيء المتعلق بالنموذج، وأعتقد أن الجميع يبحثون عن الحيلة الغريبة للقيام بذلك. هذا غير موجود، لا يوجد شيء من هذا القبيل.
الطريقة التي يعمل بها النموذج هي أن عليك التعامل معه تجريبيًا. عليك أن تعطيها مهمة صعبة للغاية.
يجب عليك أن تمنحه الأدوات اللازمة للتحقق من العمل، كما تفعل بنفسك، وكما تفعل إذا كنت تقوم بالمهمة.
عليك أن ترى أين يواجه صعوبة، ثم عليك إصلاح ذلك، إما من خلال تحفيز أفضل أو بمهارة، أو إذا كان النموذج يفتقد السياق، فامنحه MCP حتى يتمكن من سحب السياق الذي يحتاج إليه. هذا نوع من ذلك.
الإفراط في التحديد هو هزيمة ذاتية
وأشار المحاور، هو، إلى أن الأمر يبدو بسيطًا. أجاب تشيرني أنه يعتقد أن “الناس يميلون إلى المبالغة في التفكير في الأمر قليلاً”. كانت وجهة نظره هي أن الإفراط في التحديد ليس ضروريًا مع كود كلود اليوم.
وتابع:
“أعتقد أن الناس يميلون إلى المبالغة في الهندسة. لأنني أعتقد، في كثير من النواحي، عندما بنينا الأنظمة في الماضي، كانت هذه هي الطريقة التي كان عليك القيام بها.
لذلك عندما أنظر إلى المهندسين الذين كانوا يقومون بالبرمجة لفترة طويلة، لسنوات أو لعقود من الزمن، هذا هو وضع الفشل الشائع حقًا، ويحاول المبالغة في التحديد، ويحاول أن يكون محددًا بشكل مفرط، ويجعل النموذج يقوم بالمهمة تمامًا بالطريقة التي كنت ستفعلها بها.
وهذه ليست الطريقة التي يعمل بها النموذج.
لكنني أعتقد أن الكثير من الناس ينسون هذا الأمر، وهي رحلة لنسيان ما تعلموه. إنها رحلة لمعرفة كيفية التعامل مع هذا الشيء كما تفعل مع زميلك في العمل.
أعتقد أن هذا هو مستوى الذكاء الذي وصلنا إليه الآن.
الوجبات الجاهزة
- إن الهندسة الفورية أقل أهمية من إعطاء كلود تعليمات واضحة وطرقًا للتحقق من عملها.
- لقد تقدم كلود إلى النقطة التي لم تعد فيها العديد من حيل “الهندسة السريعة” ضرورية.
- كلود كود قادر على أكثر مما يدركه العديد من المستخدمين.
- تحدي كلود كود بمهام أصعب.
- إن تجربة الأشياء ورؤية كيفية عملها يمكن أن يكون مفيدًا.
- لا تبالغ في التفكير في المطالبات.
شاهد مقابلة بوريس تشيرني:
صورة مميزة بواسطة Shutterstock/RixAiArt
اكتشاف المزيد من قمم التجارية للأعمال
اشترك للحصول على أحدث التدوينات المرسلة إلى بريدك الإلكتروني.
