النشر ذاتي الاستضافة يقود إصدار هذا الشهر
اعتباراً من 24 سبتمبر 2026، أصبح IBM Bob متاحاً بشكل عام للنشر ذاتي الاستضافة. يعمل backend الخاص بـ Bob على مجموعات Red Hat OpenShift التي تديرها المؤسسة بنفسها، محلياً أو في حسابها السحابي الخاص. ويكون النموذج إما نموذجاً متقدماً من خدمة نماذج سحابية تستخدمها المؤسسة بالفعل، أو نموذجاً مفتوح الأوزان على وحدات GPU الخاصة بها. ويواصل المطورون استخدام نفس Bob IDE وBob Shell اللذين يعرفونهما بالفعل. يضيف إصدار هذا الشهر أيضاً عمليات في الخلفية، وعميل MCP محدثاً، وعناصر تحكم جديدة للمسؤولين.
تظل خدمة Bob السحابية هي الخيار الافتراضي المناسب لمعظم فرق الهندسة: لا توجد بنية تحتية لإدارتها، وتصل التحديثات تلقائياً، وتتم إدارة الـ backend من قِبل الأشخاص الذين بنوه. ولكن بالنسبة للعديد من المؤسسات الهندسية الكبيرة، فإن هذا الخيار الافتراضي غير متاح لأن شفرتها المصدرية لا يمكن أن تغادر البنية التحتية الخاضعة لسيطرتها. بموجب قواعد إقامة البيانات، يمكن لـ Bob استخدام نموذج متقدم عبر حساب السحابة الخاص بالمؤسسة. وفي الشبكات المعزولة تماماً (air-gapped)، يستخدم Bob نموذجاً مفتوح الأوزان على وحدات GPU الخاصة بالمؤسسة.
النشر ذاتي الاستضافة
ما يتضمنه النشر ذاتي الاستضافة
يحزم النشر ذاتي الاستضافة الـ backend الخاص بـ Bob لـ Red Hat OpenShift. ويتضمن الهوية، وبوابة الاستدلال، وسجلات التدقيق، وقياس الاستخدام، وكلها تُدار بواسطة operator يتولى التثبيت، والترقيات، وعمليات اليوم الثاني. يعمل Bob كـ workload عادي داخل namespace، لذا يمكنه مشاركة cluster حالي مع تطبيقات أخرى.
يواصل المطورون العمل في Bob IDE وBob Shell كما كان من قبل. عادةً ما يتم توزيع نقطة نهاية الاستضافة الذاتية عبر نهج المجموعة (group policy)، بحيث تتصل برامج العميل بالـ cluster الداخلي دون أي إعداد من جانب المطور. وتعتبر بيئة تشغيل الوكيل (agent harness) وراءها هي نفسها التي تعمل مع الخدمة السحابية.
تعمل الحزم المتميزة في النشر ذاتي الاستضافة أيضاً: IBM Bob Premium Package for Java Modernization وIBM Bob Premium Package for IBM i وIBM Bob Premium Package for Z (PP4Z). يقوم مسؤول Bob بتعيينها للمستخدمين في نفس واجهة المستخدم الإدارية (Admin UI) كما في الخدمة السحابية. تجلب PP4Z مكونات backend خاصة بها، بما في ذلك Z Understand، ويقرر مسؤول الـ cluster وقت التثبيت ما إذا كان سيتم نشرها.
طريقتان لتوصيل النموذج
يتصل Bob ذاتي الاستضافة بالنموذج بإحدى طريقتين.
نماذج متقدمة عبر حساب السحابة الخاص بالمؤسسة. يمكن لـ Bob استخدام نماذج متقدمة عبر AWS Bedrock أو Azure OpenAI أو Google Vertex AI أو أي خدمة نماذج أخرى متوافقة مع OpenAI. يظل backend الخاص بـ Bob، والهوية، وسجلات التدقيق، والقياس على الـ cluster. وتذهب طلبات النموذج، بما في ذلك سياق الكود الذي تحمله، إلى حساب السحابة الخاص بالمؤسسة بموجب الاتفاقيات المعقودة لديها بالفعل. يناسب هذا المسار المؤسسات التي تمتلك بالفعل وصولاً معتمداً إلى خدمة نماذج سحابية ولكنها تحتاج إلى إبقاء كل شيء آخر تحت سيطرتها الخاصة.
استضافة ذاتية بالكامل. بالنسبة للشبكات التي ليس لديها اتصال خارجي، يعمل النموذج على وحدات GPU الخاصة بالمؤسسة. يدعم هذا المسار نموذجين مفتوحي الأوزان: NVIDIA Nemotron 3 Ultra وPoolside Laguna S 2.1. تم ضبط وتقييم agent harness الخاص بـ Bob مع كل منهما. يتبع تحديد حجم العتاد إرشادات كل مورد، نظراً لأنه يعتمد على التكميم (quantization)، وطول السياق (context length)، وعدد المطورين الذين تتم خدمتهم في وقت واحد. يقوم نموذج حماية (guardrail model) صغير بفحص المدخلات والمخرجات في هذا المسار، ويتعرف عليه Bob IDE وBob Shell تلقائياً بمجرد تكوينه.
تثبيت من مرحلتين
تتم إدارة التثبيت بواسطة bobctl، وهو CLI لتثبيت Bob لعمليات النشر ذاتية الاستضافة، ويعمل على مرحلتين. تُنشئ المرحلة الأولى الأجزاء على مستوى الـ cluster بالكامل: تعريفات الموارد، والأذونات، والـ operator. وتتطلب صلاحيات cluster-admin، وتمر في معظم المؤسسات عبر مراجعة التغيير لدى فريق المنصة. أما المرحلة الثانية فتُثبت Bob نفسه داخل namespace ولا تتطلب سوى وصول على مستوى الـ namespace.
يعني هذا الفصل أن فريق المنصة يراجع ويوافق على البصمة على مستوى الـ cluster مرة واحدة. بعد ذلك، يمكن للفريق المالك لـ Bob تثبيته وترقيته وإعادة تكوينه دون الحاجة إلى صلاحيات cluster-admin أو فتح تذكرة لكل تغيير.
تُعد الـ clusters المعزولة تماماً (air-gapped) مسار تثبيت مدعوماً. تعكس أداة bobctl صور Bob إلى registry خاص، بما في ذلك الحالة التي يتم فيها تنزيل الصور على جهاز متصل، ونقلها عبر الفجوة المعزولة، ودفعها من الجانب المعزول.
يكفي تثبيت OpenShift أحادي العقدة لإجراء إثبات المفهوم. ويتم تناول متطلبات وتحديد حجم بيئة الإنتاج في وثائق التثبيت.
الهوية عبر دليل الشركة
يتضمن النشر ذاتي الاستضافة خدمة الهوية الخاصة به، المستندة إلى Keycloak، والتي يمكن ربطها بـ LDAP أو Active Directory الخاص بالمؤسسة. بمجرد الاتصال، يسجل المطورون الدخول باستخدام بيانات اعتماد الشركة الخاصة بهم ويتبع الوصول الدليل: الأشخاص المضافون إليه يتم توفير حساباتهم في Bob، والأشخاص المحذوفون منه يفقدون الوصول تلقائياً. يمكن للتثبيتات الأصغر وإثباتات المفهوم إدارة المستخدمين مباشرة في خدمة الهوية بدلاً من ذلك.
كيفية الحصول على Bob ذاتي الاستضافة
يتم الحصول على النشر ذاتي الاستضافة عبر مسار المبيعات. لمشاهدة عرض توضيحي أو بدء إثبات المفهوم، تواصل مع ممثل IBM أو شريك الأعمال، أو استخدم Contact Sales على bob.ibm.com. يُعد فريق الحسابات الاستحقاق للمؤسسة، بما في ذلك أي حزم متميزة.
ابدأ بإثبات مفهوم OpenShift أحادي العقدة موجّه إلى endpoint نموذج تشغله المؤسسة بالفعل، وقم بتوصيل Bob IDE الخاص بفريق واحد به. تغطي وثائق النشر ذاتي الاستضافة المسار من هناك إلى مرحلة الإنتاج، بما في ذلك التثبيت في البيئات المعزولة والنسخ الاحتياطي والاستعادة.
المزيد في إصدار هذا الشهر
تحديث عميل MCP إلى v2
يدعم عميل MCP الآن مواصفات MCP 2026-07-28، بما في ذلك نقل Streamable HTTP عديم الحالة (stateless)، مع الاحتفاظ بالتوافق مع خوادم MCP 2025 Streamable HTTP وstdio. وتنتقل معالجة بروتوكول OAuth إلى جهة العميل.
تغيير جذري: تمت إزالة دعم بروتوكول النقل HTTP+SSE، ويرفض Bob تكوينات HTTP+SSE عند بدء التشغيل. يجب تحديث خوادم MCP التي لا تزال تستخدم HTTP+SSE إلى Streamable HTTP قبل ترقية Bob.
للمسؤولين
نهج المجموعة RequiredExtensions. يمكن لنهج المجموعة الذي يوزع endpoint الاستضافة الذاتية الآن أيضاً تثبيت ملحقات VS Code. يدرج المسؤولون معرّفات الملحقات في نهج RequiredExtensions الجديد، ويقوم Bob بتثبيتها من marketplace عند بدء التشغيل، دون الحاجة إلى أي إجراء من المطور. يستخدم النهج نفس قوالب ADMX/ADML وإدارة الأجهزة المحمولة وآليات ملفات النهج التي تحكم بالفعل إعدادات Bob الخاصة.
دلائل Plugins. يمكن الآن وضع Skills وModes وملفات Rules وتهيئة MCP تحت .bob/plugins/<plugin-name>/ على مستوى مساحة العمل، أو ~/.bob/plugins/<plugin-name>/ عالمياً، ويتعرف عليها Bob عند بدء التشغيل. يمكن لفريق ما شحن وضع مخصص، والـ rules التي يشير إليها، والـ skills التي يستدعيها، وتكوين MCP معاً كدليل plugin واحد. ويستمر التخطيط الحالي على مستوى الجذر في العمل.
للمطورين
العمليات في الخلفية. تبدأ عمليات البناء، والـ watchers، وخوادم التطوير، وغيرها من الأوامر طويلة الأمد الآن في الخلفية بدلاً من حظر المحادثة. يُظهر مؤشر في عرض المحادثة ما يتم تشغيله؛ انقر فوقه لفحص المخرجات أو إيقاف العملية.
جلب صفحات الويب (تجريبي). يمكن لـ Bob جلب صفحة وثائق، أو مرجع API، أو عنوان URL معروف آخر وقراءته كـ Markdown أو نص عادي. قم بتمكين web_fetch في Settings → Chat أولاً.
خطافات دورة حياة الضغط. يعمل PreCompact قبل ضغط السياق ويمكنه منعه؛ ويعمل PostCompact بعد اكتماله. يؤدي استخدام /compress في حقل إدخال المحادثة إلى تشغيل الضغط يدوياً.
عرض المحادثة القابل للتكوين. يتيح Settings → Chat → Appearance الخيارات Default وWide وFull width، ويبقى الخيار محفوظاً عبر الجلسات.
أيضاً في هذا الإصدار
- يمكن إرسال أحداث Hooks إلى endpoints عبر HTTPS. أصبحت معالجات HTTP hook قابلة للتكوين الآن في واجهة مستخدم إعدادات Bob.
- يتوفر watsonx Governance الآن في Bob Marketplace.
- تظهر أسئلة المتابعة الآن واحداً تلو الآخر بدلاً من ظهورها في دفعة واحدة.
- يتم الحفاظ على أسماء خوادم MCP في معرّفات الأدوات، مما يسهل تتبع الخادم الذي جاء منه استدعاء أداة معين.
- يعمل مراقبة الملفات واكتشاف Skills الآن في مساحات عمل Remote SSH.
- تظهر أسماء دلائل Skills غير الصالحة تحذيراً عند بدء التشغيل.
جرّب أحدث إصدار
قبل الترقية، انقل أي خادم MCP لا يزال يستخدم HTTP+SSE إلى Streamable HTTP. ثم ابدأ تشغيل خادم تطوير في جلسة وواصل العمل أثناء تشغيله في الخلفية.
لمشاركة إعداد الفريق، ضع وضعاً مخصصاً، والـ rules التي يشير إليها، والـ skills التي يستدعيها تحت .bob/plugins/<plugin-name>/ واعمل commit للدليل إلى المستودع. يتعرف Bob على الـ plugin عند بدء التشغيل لكل من يفتح مساحة العمل. مع تمكين web_fetch، وجّه Bob إلى مرجع API لمكتبة ما قبل أن تطلب منه كتابة كود لتلك المكتبة.
تثبيت IBM Bob | وثائق Bob | وثائق النشر ذاتي الاستضافة | وثائق Bob Shell | أفضل الممارسات | المجتمع