عندما كنت في الجامعة، شاركت في البرنامج التجريبي لإحدى أولى نسخ الإكمال التلقائي المضمّن المدعوم بتقنية AI في VS Code. وبدا الأمر وكأنه سيغير قواعد اللعبة. ومنذ ذلك الحين، غيّرت GenAI تطوير البرمجيات من جذوره، إذ ظهرت فرق هجينة يعمل فيها الوكلاء والبشر معًا، ويحتل فيها المطور موقعًا محوريًا بصفته صاحب الرؤية والمنسق. ونحن نعيش حاليًا في خضم هذا التحول.
ونتيجة طبيعية للوتيرة السريعة التي يتقدم بها الابتكار في مجال GenAI، باتت لدينا الآن أدوات تساعدنا على تخطيط الشيفرة وتطويرها ومراجعتها ونشرها للاستخدام. لكن في الوضع الراهن، لا تزال العديد من مسارات العمل تبدو مفككة. إذ يُفقد السياق عند الانتقال بين المحادثات والواجهات، ويُقضى وقت أطول من اللازم في مراجعة الأعمال التي ينتجها الوكلاء. ويمكن للوكلاء إنتاج التغييرات بوتيرة أسرع من قدرة أي إنسان على مراجعتها، كما أن معظم أدوات المطورين لم تُصمم في الأصل لتنسيق عمل عدة وكلاء.
وأصبح من السهل فقدان تتبع ما جرى تشغيله، وما تغيّر، وما تم التحقق منه، والنقاط التي لا تزال تتطلب حكمًا بشريًا.
ويمثل تطبيق GitHub Copilot خطوة مهمة نحو معالجة ذلك. وهناك ميزة أحبها على نحو خاص وتعلمت استخدامها كل يوم تقريبًا، وهي مساحات canvas. وتتيح مساحات canvas للمطورين والوكلاء التفاعل ضمن مساحة مشتركة ودائمة. وبدلًا من اعتبار Chat المكان الوحيد الذي تُنجز فيه الأعمال، تجعل مساحات canvas هذه الأعمال مرئية وقابلة للتوجيه والموافقة عليها مع تقدمها.
Chat رائع للتعبير عن النية، لكنه ضعيف في تنفيذ الأعمال بصورة مستمرة
أعتقد أن Chat لا يزال أحد أفضل الواجهات المتاحة لدينا للتعبير عن النوايا. فهذا هو المكان الذي يمكنك فيه التفكير والتطوير والتوجيه. وهو سريع ومرن، خصوصًا عندما تظل المشكلة غير واضحة.
لكن عندما يبدأ أحد الوكلاء في تنفيذ العمل الفعلي، يتحول Chat إلى تدفق متواصل من التعليمات والسجلات وتغييرات الاتجاه والتصحيحات. وتكون الأجزاء المهمة موجودة فيه من الناحية التقنية، لكنها مدفونة داخله: الخطة، ونقاط اتخاذ القرار، وعمليات التحقق، ولحظات الموافقة. وإذا كنتم بحاجة إلى استخراج كل ذلك مجددًا من السجل السابق، فهذا يعني أنكم بدأتم بالفعل في دفع تكلفة التنسيق.
وتحل مساحات canvas هذه المشكلة من خلال توفير حاضنة لسير العمل. فهي تجعل الحالة واضحة ودائمة. ويمكن للبشر مراجعتها وتوجيهها. ويمكن للوكلاء تحديثها ومواصلة التقدم. ويمكن لكلا الطرفين الحفاظ على التناغم من دون الاضطرار إلى إعادة استحضار السياق باستمرار.
التجربة الأولى: Java Modernization Studio
كان Java Modernization Studio أحد أوائل مساحات canvas التي طورتها. وتُعد تحديثات Java مثالًا كاملًا على سير العمل الذي تكتسب فيه الرؤية والحوكمة أهمية: التقييم، والتخطيط، ومهام الانتقال، وبوابات التحقق، والاستعداد للنشر.
في تجربة تعتمد على Chat فقط، تختلط هذه الخطوات ببعضها.
ويمكنكم مواصلة التقدم، لكن يصبح الإشراف على ذلك والثقة به عند الاستخدام على نطاق واسع أكثر صعوبة، خصوصًا عندما يكون هناك عدة مساهمين. وتستمر الفرق في طرح الأسئلة المكلفة نفسها: في أي مرحلة نحن؟ ما القرارات التي اتُّخذت؟ ما الذي يعرقل التقدم؟ وما الأمور الأخرى التي تتطلب موافقة بشرية؟
جعل Studio كل مرحلة واضحة وقابلة للفحص. وكان بإمكان الفرق رؤية الحالة التشغيلية مباشرةً بدلًا من تفكيك السجل السردي. وكان بإمكانها التحقق مما حدث بدلًا من التخمين. وبينما ركّز المراجعون البشريون على التقييمات المهمة، واصل الوكلاء التنفيذ بين نقاط التحقق.
استكشفوا مساحة canvas الخاصة بـ Java Modernization Studio >
العمل الثاني: Site Studio
بعد ذلك، طوّرت Site Studio لسير عمل مختلف تمامًا: إنشاء محتوى الموقع الشخصي وإدارته. وعلى الرغم من أن هذا العمل يركز على المحتوى أكثر من تركيزه على الانتقال، فإن مشكلة التنسيق متشابهة: التقدم في الأقسام، والتعديلات التكرارية، ودورات المراجعة، وانتقالات الحالة.
في سير عمل يتألف من المحادثة فقط، يمكن أن ينحرف المحتوى بسرعة. يُراجَع أحد الأقسام، ثم يُراجَع مرة أخرى، وتتراجع الثقة في معرفة أي نسخة هي الأحدث. ويصبح التعليق متفرقًا، وتتكرر المسودات، ويتباطأ التقدم لأن كل تكرار يبدأ بإعادة بناء السياق.
تجعل Site Studio هذه الحالة دائمة. وتكون حالة القسم مرئية. وتُحفظ قيم المسودة مع استمرار العمل. وتكون نقاط المراجعة البشرية واضحة.