المساعد ينتظرك. أما الزميل فيحمل عنه عملًا لا تراقبه. هذا الفرق وحده يفسّر معظم الالتباس في النقاش الدائر اليوم حول الذكاء الاصطناعي في العمل، وهو ما يحدّد أي أجزاء من سير عملك يجب أن تتغير.
كلا النمطين مفيد، ولا يمثّل أحدهما مرحلة يتجاوزها الآخر بمفرده. ما يتغير هو مكان وجود العمل، ومن يتحمل مسؤوليته، وكيف يعرف الآخرون ما حدث. يرسم هذا الدليل الحد الفاصل بين مساعد الذكاء الاصطناعي وزميل الذكاء الاصطناعي، ويسرد خمسة أمور تتغير فعليًا في أسبوع الفريق، ويقول بصراحة أين تتوقف استعارة «الزميل» عن أن تكون مفيدة. وقد وُجد Sharkly بسبب النمط الثاني، لذا فإن الحدود الواردة أدناه مذكورة بوضوح لا بغرض الترويج.
باختصار
مساعد الذكاء الاصطناعي يعمل داخل جلستك: أنت تكتب الطلب، وهو يجيب، والقيمة تكمن في سياقك وتتلاشى بمجرد إغلاق النافذة. أما زميل الذكاء الاصطناعي فيُوكل إليه وحدة عمل بنتيجة محدّدة، وينفّذها في مكان يستطيع الفريق رؤيته، ويرفع تقريره إلى سجل يبقى بعد انتهاء الجلسة. والانتقال من أحدهما إلى الآخر لا يتطلب نماذج أفضل، بل يتطلب إسنادًا، وأثرًا مرئيًا للتنفيذ، وحالة مراجعة، وشخصًا يقبل النتيجة.
تعريفات تستحق الإبقاء عليها
يعمل مساعد الذكاء الاصطناعي ضمن نطاق الطلب الواحد، وأنت حاضر طوال الوقت. وناتج العمل مجرد اقتراح تقبله أو تتجاهله، ولا يُطرح سؤال المسؤولية أصلًا لأنك لم تغادر لحظة. الإكمال التلقائي والدردشة وإعادة الهيكلة داخل المحرر كلها تقع في هذا النطاق.
أما وكيل الذكاء الاصطناعي حين يعمل كزميل فنطاقه المهمة. يُمنح هدفًا وقيودًا وسياقًا كافيًا للمضي قدمًا، فيبحث وينفّذ ويختبر ويرفع تقريره. وأنت غائب عن المرحلة الوسطى. هذا الغياب هو جوهر الفكرة، وهو أيضًا مصدر كل متطلب جديد فيما يلي. ويتناول مقالنا التعريفي عن البرمجة الوكيلية السلّم نفسه من زاوية مختلفة.
السؤال الفاصل ليس الذكاء، بل هذا: إذا أغلقت حاسوبك، هل يستمر العمل؟ وهل يستطيع زميلك أن يعرف ما حدث؟
ما الذي يتغير فعليًا في العمل
١. العمل يصبح عنصرًا، لا رسالة. مع المساعد، الطلب مجرد دور في محادثة. أما مع الزميل، فيجب أن يصمد الطلب أمام قراءة شخص لم يكن حاضرًا: نتيجة محدّدة، وما يشمله النطاق وما يستبعده، والملفات ذات الصلة، والقيود، وكيفية مراجعة الإنجاز. والفرق التي تتجاهل هذا تكتب مهامًا غامضة ثم تلوم النموذج.
٢. الإسناد ينقسم إلى شقّين. يبقى الشخص مسؤولًا عن النتيجة، بينما ينفّذ الوكيل. والأدوات التي تدمج الاثنين في حقل مُكلَّف واحد تنتج لوحات لا يمكن سؤال أي أحد فيها عن أي شيء. ويحتفظ Sharkly بمكلَّفين من البشر وبمكلَّف التنفيذ كحقلين منفصلين على المهمة نفسها، فيُسجَّل الأمران معًا.
٣. الوضوح لم يعد خيارًا. عمل المساعد مرئي لأنك شاهدته. أما عمل الزميل فلا يكون مرئيًا إلا إذا بثّت المنصة التقدّم والتعليقات والعوائق وأثرًا يعود إلى سجل مشترك. وإلا فإن الوصف الصادق لنصف عملك هو: «اسأل بريا، هي التي بدأته».
٤. المراجعة تصبح حالة مسمّاة. لا «سينظر فيها أحدهم في النهاية»، بل إشارة صريحة بانتظار مراجعة بشرية تصل إلى قائمة انتظار. وفي Sharkly تصل هذه الإشارة إلى صندوق وارد الوكيل الخاص بالشخص المسؤول، إلى جانب الإخفاقات والأسئلة المباشرة.
٥. القدرة تصبح مشتركة، أو تبقى شخصية. مهارة أحد المطورين في صياغة الطلبات مجرد حيلة خاصة بالمساعد. أما إذا حُفظت كإعداد لوكيل يتضمن التعليمات وبيئة التشغيل والمستودعات ومهارات قابلة لإعادة الاستخدام، فإنها تصبح شيئًا يرثه الشخص التالي بدل أن يكتشفه من جديد.
| البُعد | مساعد الذكاء الاصطناعي | زميل الذكاء الاصطناعي |
|---|---|---|
| وحدة العمل | طلب | مهمة بمعايير قبول |
| حضورك | دائم | للتوجيه والمراجعة |
| مكان وصول الناتج | محرّرك أو المحادثة | سجل مشترك مع أثر |
| المسؤولية | عليك ضمنيًا | شخص مسمّى بالاسم صراحةً |
| نمط الإخفاق | اقتراح رديء يُتجاهل | عمل صامت لا يراجعه أحد |
| إعادة الاستخدام | عادة شخصية | إعداد ومهارات محفوظة |
أسبوع يبدو مختلفًا
تظهر التغييرات في التقويم قبل أن تظهر في المقاييس.
يتوقف الاجتماع اليومي عن كونه بثًا للحالة، لأن اللوحة تحمل الحالة أصلًا. وما يستحق خمس دقائق هو قائمة الاستثناءات: أي عمليات فشلت، وأي نتائج تنتظر إنسانًا، وأي مهمة اتضح أنها مكتوبة بغموض دفع الوكيل إلى التخمين. هذه القائمة قصيرة وقابلة للتنفيذ، وهذا أكثر مما يحققه معظم الاجتماعات اليومية.
ويتغير شكل التخطيط أيضًا. فحين يجب أن تكون المهمة محدّدة بما يكفي لينفّذها وكيل، تنتقل صياغة التفاصيل إلى وقت أبكر وتصبح أكثر تحديدًا: تتوقف معايير القبول عن كونها إجراءً شكليًا، لأن معيارًا غامضًا ينتج عملية تنفيذ عليك رميها بالكامل. وتلاحظ الفرق ذلك عادةً على شكل كتابة نطاق أوسع في البداية وضياع وقت أقل في منتصف السبرنت.
وتصبح المراجعة هي المورد المقيّد. فثلاثة وكلاء قد ينتجون في صباح واحد تغييرات أكثر مما ينجز مراجع واحد في يوم كامل، لذا ينتقل القيد الحقيقي من سرعة الكتابة إلى قدرة القراءة. خطّط لذلك بدل أن تكتشفه لاحقًا: حدّد سقفًا لحجم عمل الوكلاء الجاري لكل مراجع، وتعامل مع الطابور المتنامي من النتائج غير المراجَعة باعتباره المشكلة نفسها التي تمثلها كومة متزايدة من طلبات الدمج غير المُدمجة.
أين تنهار استعارة الزميل
إذا أخذت الاستعارة على محمل الجد، بدأت تضلّل الناس بثلاث طرق.
لا يمكن أن يتحمل الوكيل المسؤولية. قد يُنسب إليه عمل، لكن لا يمكن مساءلته عن نتيجة، ولا مطالبتُه بتبرير مقايضة بعد ثلاثة أشهر، ولا تحميله تبعات قرار سيئ. وكل منصة جادة في هذا المجال تكرّس ذلك: فـ Linear يُبقي الإنسان مكلَّفًا أساسيًا والوكيل مساهمًا، وإطار Sharkly نفسه يقول إن الوكلاء يبحثون وينفّذون ويختبرون ويرفعون التقارير، بينما يحدد البشر الاتجاه ويمنحون الصلاحية ويقبلون النتيجة.

ولا يمتلك الوكيل ذاكرة مستمرة عن فريقك إلا إذا منحته واحدة. فالزميل الجديد يستوعب السياق بمجرد وجوده حولكم، أما الوكيل فلا يحصل إلا على ما كتبته حرفيًا، ولهذا يتفوق النطاق المكتوب على النطاق المفهوم ضمنًا في كل مرة.
كما أن حالة الوكيل ليست حالة المشروع. فقد تبقى المهمة «قيد التنفيذ» بينما الوكيل يعمل، أو ينتظر ردًا، أو ينتظر مراجعة، أو يبلّغ عن خطأ. والخلط بين حالة التنفيذ وحالة المشروع هو ما ينتهي بالفرق إلى مفاجأة في نهاية السبرنت. ويتناول دليلنا حول إدارة مشاريع وكلاء الذكاء الاصطناعي هذا الفصل بالتفصيل.
ما يجب إضافته قبل أن يتصرف الوكلاء كزملاء
أربعة أمور، بهذا الترتيب. ولا يتطلب أي منها ترحيلًا.
- مهمة بنتيجة قابلة للمراجعة. إذا لم تستطع تحديد كيف ستتحقق من العمل، فلن يستطيع الوكيل ذلك أيضًا.
- مكلَّف تنفيذ منفصل عن المالك. أسند المهمة نفسها إلى الشخص وإلى الوكيل معًا.
- عملية تنفيذ مرئية. تقدّم وتعليقات وأثر مرتبط بالمهمة، يستطيع أي فرد في الفريق قراءته.
- خطوة قبول. شخص مسمّى ينقل العمل إلى «منجز» بعد قراءة الأدلة، لا بعد رؤية أن التنفيذ قد انتهى.
ابدأ بإضافتها لنوع واحد متكرر من العمل: تحديث الاعتماديات، أو تغطية الاختبارات لوحدة مستقرة، أو تجهيز هيكل الترحيل. ثم توسّع بعد أن يراجع شخص ثانٍ نتيجة وكيل شخص آخر من دون حاجة إلى شرح شفهي. نزّل Sharkly إن أردت هذه الحلقة جاهزة مسبقًا، أو ابنِها في أداة التتبّع التي تستخدمها بالفعل.
الأسئلة الشائعة
هل وكيل الذكاء الاصطناعي مجرد مساعد بصلاحيات أكثر؟ الصلاحيات مهمة، لكن الفرق الحقيقي في وحدة العمل. فالمساعد يتعامل مع طلب داخل جلستك، أما الوكيل فيتعامل مع مهمة تبقى بعد انتهائها وترفع تقريرها إلى سجل مشترك.
هل ينبغي أن نستبدل المساعدين بالوكلاء؟ لا. يبقى المساعدون أفضل لكل ما تريد توجيهه ضربةً بضربة. أما الوكلاء فللعمل الذي يمكنك تحديده وتسليمه ومراجعته.
من يراجع عمل الوكلاء على نطاق واسع؟ الأشخاص أنفسهم الذين يراجعون طلبات الدمج البشرية، ولهذا تصبح قدرة المراجعة هي عنق الزجاجة الحقيقي. ابدأ بقياس المدة التي تنتظرها النتائج قبل أن يفتحها إنسان.
هل يحتاج الوكلاء إلى حسابات وصلاحيات خاصة بهم؟ يحتاجون إلى وصول محدود النطاق، وينبغي أن يكون أضيق ما تتطلبه المهمة. عمليًا يعني ذلك مستودعات محددة وأجهزة محددة ونموذج أدوار يحدد من يستطيع تشغيل أي وكيل. ويعرض شرح Sharkly Agents تطبيقًا واحدًا لذلك.



