تمت ترجمة هذه المقالة تلقائيًا. لقراءة الأصل، انقر هنا.
من أكثر سير العمل المزعجة في كتابة الكود بالذكاء الاصطناعي أن يبدأ التنفيذ بسرعة زائدة.
قد يكون الكود صحيحًا تقنيًا تمامًا، لكنه يحل النسخة الخاطئة من المشكلة التي كنت تقصدها.
كنت تريد إعادة هيكلة، فبدأ إعادة كتابة. كنت تريد تحسينًا محدود النطاق، فلامس نصف المشروع. كنت تريد مناقشة الخيارات، فانتقل مباشرة إلى تغييرات الملفات.
لهذا السبب يعد وكيل Plan الجديد في Visual Studio إضافة مفيدة جدًا.
هذا يحل مشكلة حقيقية في سير العمل، لا مجرد مشكلة شكلية
يصف المنشور الأصلي حالة مألوفة جدًا: “الكود ليس خاطئًا… لكنه ليس ما كنت تريده.”
هذه العبارة ممتازة.
لأن نقطة الضعف في كثير من التطوير المدعوم بالذكاء الاصطناعي ليست في قدرة النموذج على إنتاج الكود. بل في ما إذا كان سير العمل يمنح مساحة كافية للاتفاق على الشكل المقصود للعمل قبل بدء التنفيذ.
ويصبح هذا مهمًا جدًا في الحالات التالية:
- الميزات الكبيرة
- قواعد الشيفرة غير المألوفة
- عمليات إعادة الهيكلة غير البسيطة
- التغييرات الحساسة على البنية
- العمل الذي يحتاج مراجعة الفريق قبل بدء التعديلات
في مثل هذه الحالات، فإن القفز مباشرة إلى التنفيذ غالبًا ما يكون الخطأ.
التخطيط ليس عبئًا عندما تكون المهمة حقيقية
أعتقد أن الفرق تقلل أحيانًا من مقدار الوقت الذي تخسره عندما تبدأ التنفيذ مبكرًا جدًا.
إذا قام الوكيل بما يلي:
- لمس الملفات الخطأ
- اختيار النهج الخطأ
- تجاهل قيد مهم
- إغفال حالة حافة مطلوبة
فإن البداية “السريعة” تتحول إلى سير عمل أبطأ في المحصلة.
لهذا السبب يعجبني هذا الخيار.
إنه يفسح المجال لـ:
- أسئلة توضيحية
- صياغة خطة
- تعديل الخطة مباشرة
- مشاركة الخطة قبل أن تبدأ تغييرات الكود
هذا ليس بيروقراطية. إنه غالبًا مجرد هندسة جيدة.
ملف الخطة Markdown خيار ذكي
أحد التفاصيل التي أعجبتني خصوصًا هو أن كل خطة تُحفظ في .copilot/plans/plan-{title}.md.
هذا يجعل خطوة التخطيط ملموسة.
يعني أن الخطة ليست محبوسة داخل سجل محادثة. بل تصبح شيئًا يمكنك:
- مراجعته
- تعديله
- نسخه ذهنيًا
- مناقشته مع زملائك
- تسليمه إلى التنفيذ بشكل أكثر قصدًا
هذا يجعل الميزة تبدو أكثر جدية بكثير من مجرد مقدمة مؤقتة قبل توليد الكود.
هنا تبدأ سير عمل الذكاء الاصطناعي في احترام عملية الفريق
أعتقد أن هذا من أقوى المؤشرات على نضج هذه الأدوات.
أفضل سير عمل للمطور مع الذكاء الاصطناعي ليس الذي يزيل كل الخطوات الوسيطة. بل الذي يحسن الخطوات الوسيطة الصحيحة.
والتخطيط واحدة من تلك الخطوات.
إذا كانت الخطة قوية، يصبح التنفيذ أسهل. إذا كانت الخطة ضعيفة، يصبح التنفيذ صاخبًا ومربكًا.
هذه الميزة تعترف بذلك مباشرة.
وجهة نظري
هذا ليس مجرد لطف من الذكاء الاصطناعي.
إنه تحسين في سير العمل.
وفي الميزات الحقيقية وعمليات إعادة الهيكلة الحقيقية، فهو بالضبط نوع التحسين الذي يمكن أن يوفر الكثير من التبديل غير الضروري، وضجيج المراجعة، وإعادة العمل من نوع “هذا ليس ما قصدته”.
أعتقد أن المزيد من تجارب الوكلاء ستحتاج في النهاية إلى شيء كهذا.
Visual Studio وصل إلى ذلك مبكرًا بطريقة تبدو مفيدة.
المقال الأصلي: التخطيط قبل البناء: تقديم وكيل Plan في Visual Studio
