أنثروبيك تطلق طريقة جديدة لـ 'ترميز الكود بحدس'

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

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

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

يركز هذا القسم على دور وكيل التهيئة في إعداد البيئة بشكل صحيح لوكيل البرمجة، مشدداً على أهمية الصبر في هذه المرحلة. يتم شرح الخطوات التفصيلية لإعداد المشروع، بما في ذلك إنشاء ملف `Claude.md` كوثيقة لقاعدة التعليمات البرمجية، وملف `features.json` لسرد الميزات وخطوات الاختبار (مع وضع علامة "فاشلة مبدئياً" لإجبار كلود على الاختبار). كما يتم ذكر ربط Puppeteer لاختبار المتصفح، وإنشاء نص برمجي للتهيئة، وملف `progress.md` لتتبع حالة اكتمال المشروع. يتم التأكيد على أهمية التزامات Git بسجلات واضحة تسمح بالتراجع في حالة الفشل. هذه الإعدادات تضمن أن "كلود" لديه جميع المعلومات اللازمة للعمل بشكل منهجي ومنظم.

يشرح هذا الجزء كيفية عمل وكيل البرمجة في تنفيذ كل ميزة على حدة من ملف `features.json`، مما يضمن معالجة منهجية للمشروع. يقوم "كلود" بإنشاء رسائل التزام وصفية بعد كل ميزة تم اختبارها، ويشغل المتصفح عند الحاجة للتحقق من عمل التطبيق بشكل فعلي. بعد التحقق، يقوم بتحديث حقول JSON من "خطأ" إلى "صحيح" وتحديث ملف `progress.md` ليعكس التقدم المحرز، ثم يثبت التغييرات. يؤكد المتحدث على أن هذا النهج التدريجي يسمح باستئناف العمل من حيث توقف بالضبط، حتى لو انتهت الجلسة، حيث يتم تتبع كل شيء في سجلات Git وملف التقدم. هذا يقلل بشكل كبير من ميل "كلود" لوضع علامة "مكتملة" على الميزات دون اختبار مناسب، مما يضمن جودة التنفيذ.

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

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

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