Bob V2: أسرع، أفضل، أذكى

يصل Bob V2 إلى التوفر العام في 24 يونيو، وهو قفزة حقيقية في الاستخدام اليومي: أسرع، يمكنه الاستمرار في تشغيل المهام في الخلفية بينما تعمل على شيء آخر، ومبنيٌّ على عميل واحد يتصرّف بشكل متطابق عبر جميع العملاء. يُشحن هذا العميل أوّلاً في Bob IDE، مع تتبّعه بـ Bob Shell قريباً. تثبيت الإصدار الجديد هو خطوة الترقية الوحيدة؛ الإعدادات الموجودة وملفات القواعد وخوادم MCP تنتقل معك.

ما تغطّيه هذه المقالة:

• ما هي البنية الجديدة فعلاً
• التغييرات التي تظهر في العمل اليومي: الأداء، والأوضاع الجديدة، ومهام الخلفية، والرجوع، والعمل مع الوثائق، والـ subagents
• Workflows — إطار لجعل التغييرات الكبيرة متعددة المراحل قابلة للتكرار

مُختبَر في IBM أوّلاً

أوّل عميل لـ Bob هو IBM نفسها، حيث أُعدّ أكثر من مئة ألف مطوّر، على كل شيء من أنظمة mainframe إلى الخدمات السحابية الأصلية. وُضع V2 أمام قاعدة داخلية كبيرة قبل فترة طويلة من التوفر العام. القدرات في هذه المقالة طُرحت عليهم بشكل تدريجي بدءاً من أوائل مايو، لذا كان لكل منها استخدام إنتاج حقيقي قبل الشحن.

عميل واحد، harness واحد، عملاء متعددون

كان IDE extension وshell في V1 مبنيَّين على أساسَين منفصلَين. كان هذا قراراً متعمّداً لإيصال Bob إلى يدَي المطوّرين بسرعة، لكنّه يعني بناء كل تحسين مرتَّين — والطلبات المذكورة أعلاه كانت بالضبط النوع الذي يُصعّب قاعدة الكود المقسّمة تسليمه بسرعة.

V2 يستبدل ذلك ببنية ثلاثية الطبقات تفصل بوضوح بين الاستدلال والبنية التحتية والواجهة:

ما يتغيّر في العمل اليومي

قبل الميزات الفردية، تغيّر السطح الذي تعيش عليه. محادثة V2 أهدأ عمداً: استدعاءات الأدوات الوسيطة والاستكشاف دون جدوى تنهار بعيداً، لذا ما يبقى أمامك هو العمل ومخرجاته لا الآلية خلفه.

Subagents: الحفاظ على نظافة السياق

مع تقدّم Bob خلال مهمة معقّدة، تمتلئ المحادثة بقراءات الملفات والبحث والاستكشاف دون جدوى. معظم تلك التفاصيل لا تهمّ المهمة الرئيسية، لكنّها تستهلك context window.

تتعامل Subagents مع هذا. حين يحتاج Bob إلى فعل شيء مستقل — "اكتشف كيف تعمل المصادقة في قاعدة الكود هذه" — يُنشئ subagent بسياق نظيف خاص به. يقرأ الـ subagent الملفات ويتتبّع الاستدعاءات ويعمل على النمط؛ يعود الملخص فقط إلى العميل الرئيسي، وتُهمَل الخطوات الوسيطة.

استدعاء الأدوات بالتوازي والأصلي

في V1، كانت استدعاءات الأدوات تعمل واحدة تلو الأخرى: طلب قراءة ملف، انتظار النتيجة، ثم طلب التالي. على مهمة تتشعّب عبر خمس قراءات ملفات وثلاثة بحث، يتراكم هذا الانتظار بسرعة. V2 يسمح للنموذج بطلب أدوات متعددة في دور واحد وتشغيلها معاً. مهمة استغرقت نحو 30 ثانية في V1 كثيراً ما تنتهي في أقل من 10.

يُسقط استدعاء الأدوات الأصلي أيضاً XML الطويل الذي لفّ V1 حول كل طلب أداة، لذا تحرق المهمة ذاتها tokens أقل. Context window أكبر أيضاً — من 200 ألف إلى 270 ألف token — لذا تعمل المهام الأطول إلى أبعد قبل بدء الضغط.

ثلاثة أوضاع: Agent وPlan وAsk

يطوي V2 الأوضاع الخمسة القديمة لـ Bob إلى ثلاثة:

• Agent — يتخذ Bob إجراءات ويكمل المهمة بكامل القدرات الـ agentic.
• Plan — يعمل Bob خلال عملية تخطيط مدروسة — جمع المتطلبات واكتشاف السياق والتحقق من فهمه — ويُنتج خطة عملية لتسليمها لـ Agent.
• Ask — للقراءة فقط. يشرح Bob البنية والمنطق دون لمس قاعدة الكود.

النصيحة لم تتغيّر: على كود غير مألوف، أو تغيير بنطاق واسع، ابدأ في Ask أو Plan وانتقل إلى Agent حين يتضح العمل.

انقطاعات أقل، نفس التحكّم

عمليات القراءة — قراءة الملفات، وسرد الأدلة، والبحث في الكود — تُوافَق عليها الآن بشكل افتراضي، حتى يتمكّن Bob من جمع السياق دون التوقف للسؤال. أي شيء يغيّر الحالة لا يزال يتطلّب موافقة صريحة: تعديلات الملفات، وتنفيذ الأوامر، واستدعاءات أدوات MCP، واستدعاءات skills. الموافقة طبقة واحدة من بين عدة — تجلس بجانب الرجوع والقواعد المخصّصة وملفات التجاهل — ويمكن تضييقها أو تخفيفها لكل فئة أداة.

مهام الخلفية

لم يعد Bob يُمسك الجلسة بمحادثة واحدة. يمكن للمطوّر تشغيل عدة مهام في آنٍ واحد، وتركها في الخلفية، والاستمرار في العمل. كل مهمة تحمل خيطها وسياقها الخاص، لذا التبديل بينها يحافظ على مكانها. لوحة المهام تُظهر ما يعمل وما انتهى وما يحتاج انتباهاً؛ المهام المنتهية تُنظّف نفسها. وBob يبقى بعيداً عن طريقك أثناء عملها — مهمة تنتهي في الخلفية لن تسحب تركيزك أو تُبدّل التبويب الذي تعمل فيه.

الرجوع، مُعاد البناء

أسمى V1 هذا نقاط تحقق وبناه فوق git، مما قيّده: مستودع بدون git لا يحصل على نقاط تحقق إطلاقاً، وسجل ضخم جداً يُبطّئ كل شيء. V2 يُبسّط الأمر برمّته ويعيد تسميته إلى rollback. يتتبّع الآن حالة الملف مباشرةً — لكل مهمة، ولكل دور في المحادثة، ولكل استدعاء أداة فردي — ويمكن استعادة أي من هذه النقاط. بما أن rollback يعيش في العميل لا في عميل، يعمل بنفس الطريقة أينما يعمل العميل.

العمل مع الوثائق

كثير من السياق لمهمة ما يعيش خارج قاعدة الكود — وثيقة تصميم، أو مواصفة مكتوبة، أو جدول بيانات لحالات الاختبار. V2 يقرأ ملفات .docx و.pdf و.xlsx بشكل أصلي: اسحب أحدها في المحادثة وBob يعمل منه مباشرةً، بدون نسخ ولصق أو خطوة استخراج منفصلة.

الأمر ذاته ينطبق على ما يخرج. في نهاية مهمة تحليل، يمكن لـ Bob إنتاج ملخّص HTML مستقل لما وجده — صفحة واحدة، تُفتح في أي متصفح، لا تحتاج أدوات للقراءة. نتيجة التحقيق هي شيء يمكنك تسليمه لشخص لم يكن في الجلسة.

الإعدادات الموجودة تنتقل معك

الجهد المستثمر في أداة كود ذكاء اصطناعي أخرى ينبغي أن ينتقل للأمام لا أن يبدأ من جديد. يقرأ V2 الاتفاقيات وملفات القواعد والأوامر وخوادم MCP الموجودة، ويضيف دعماً لتنسيق plugin الذي أصبح معياراً فعلياً عبر المنظومة — حتى مجموعات الأدوات الشائعة تعمل في Bob مباشرةً. خوادم MCP كان لها بالفعل تبويب إعدادات خاص بـ V1؛ V2 يضيف تبويب skills مخصّصاً بجانبه، حتى يمكن إضافة skills وتهيئتها وإزالتها بنفس الطريقة، دون تحرير الملفات يدوياً.

Workflows: جعل التغييرات متعددة المراحل قابلة للتكرار

الذكاء الاصطناعي جيد في حلّ المشكلات المفتوحة وسيئ في فعل الشيء ذاته مرتَّين. اطلب منه "نقل هذا إلى Java 21" في يومَين مختلفَين وقد يعطيك مناهج ونتائج مختلفة. لمهمة لمرة واحدة، هذا جيد. للعمل المؤسسي الكبير — تحديث تطبيق mainframe، وإعادة بناء آلاف الملفات، وأي شيء يعمل في مراحل — هذا التباين هو المشكلة برمّتها.

تمنح Workflows هذا النوع من العمل عموداً فقرياً. نقطة البداية هي أن ليست كل خطوة تريد ذكاءً اصطناعياً، وليست كل خطوة ينبغي أتمتتها بالكامل:

• بعض الخطوات أتمتة عادية — مسح التبعيات، وتشغيل الاختبارات.
• بعضها يحتاج ذكاءً اصطناعياً — تحويلات الكود المعقّدة، وتحليل الأنماط.
• بعضها يحتاج إنساناً — الموافقة على استراتيجية، ومراجعة الـ diffs قبل الـ commit.

تحدّد workflow أين تنتمي كل خطوة. يُشغّل المحرّك الخطوات بالترتيب، ويحافظ على الحالة، ويتعامل مع الأخطاء، ويجعل العملية برمّتها قابلة للتكرار.

هنا تأتي premium packages من IBM. كل منها يشحن workflows مُختبَرة ومدروسة مبنية على عقود من عمل IBM في مجاله، وكل منها عرض منفصل بمقالته الخاصة القادمة: IBM Bob Premium Package for Java Modernization وPremium Package for IBM i وPremium Package for IBM Z. عند التوفر العام، الـ workflows المتاحة هي تلك التي تشحن مع Bob وهذه الـ packages؛ التأليف الأوسع يُفتح حين يستقرّ سطح واجهة برمجة التطبيقات مع المتبنّين المبكّرين.

أبعد من ذلك

البنية ذاتها تفتح اتجاهات لم تكن ممكنة على الأساس القديم. لا نُرفق عمداً تواريخ أو التزامات بأيٍّ من هذا، لكن المجالات الواسعة التي نستكشفها تشمل تشغيل agents عن بُعد والوصول إليها من أي عميل، وتنسيق agents متعددة على مهمة واحدة، وإحضار Bob إلى عملاء أكثر بمرور الوقت. حيث تقع هذه فعلاً سيتشكّل بناءً على ما يحتاجه المتبنّون المبكّرون أكثر.

تحديث في 24 يونيو

يُشحن Bob V2 في 24 يونيو كتحديث إصدار عادي. تحديث IDE extension يُحوّله إلى البنية الجديدة؛ Bob Shell يتبعه قريباً. لا توجد خطوات نقل؛ الإعدادات وملفات القواعد وخوادم MCP تنتقل معك.

شيء يستحقّ تجربته في الأسبوع الأوّل: ابدأ مهمة في Plan mode، وسلّم الخطة إلى Agent، واتركها تعمل في الخلفية بالتوازي مع عمل آخر.

روابط

• تثبيت IBM Bob
• التوثيق
• Bob Shell
• أفضل الممارسات
• المجتمع ↗