IBM دسترسی خودمیزبان به Bob را برای شبکه‌های ایزوله عرضه کرد

نسخه خودمیزبان Bob اکنون برای مشتریان سازمانی در دسترس است؛ IBM اعلام کرده که این گزینه به شرکت‌ها اجازه می‌دهد پلتفرم توسعه نرم‌افزار عامل‌محور خود را در زیرساخت‌های داخلی، ابرهای خصوصی یا شبکه‌های ایزوله اجرا کنند. اهمیت این تغییر در کنترل محل پردازش کد و اطلاعات پروژه است: سازمان‌ها می‌توانند برای برخی کارها مدل را در محیط خود نگه دارند و در صورت نیاز، برای بارهای کاری دیگر از مدل‌های خارجیِ مورد تأیید استفاده کنند.

Bob محصول IBM برای پشتیبانی از چرخه توسعه نرم‌افزار است؛ از بررسی و فهم کد گرفته تا برنامه‌ریزی کار، اعمال تغییرها و اعتبارسنجی نتیجه. گزینه تازه، نسخه‌ای از این تجربه را در اختیار شرکت‌هایی می‌گذارد که نمی‌خواهند یا نمی‌توانند کد و زمینه کاری توسعه‌دهندگان را به سرویس‌های عمومی بفرستند. بااین‌حال، Bob خودمیزبان به‌معنای عرضه یک مدل هوش مصنوعی همراه محصول نیست: مشتری باید مدل پشتیبانی‌شده، مجوز آن و زیرساخت میزبانی را جداگانه تأمین کند.

نسخه خودمیزبان Bob چه امکاناتی دارد؟

IBM می‌گوید استقرار خودمیزبان Bob به‌صورت عمومی در دسترس مشتریان سازمانی قرار گرفته است. این نسخه را می‌توان در محیطی که خود مشتری مدیریت می‌کند، در ابر خصوصی یا حاکمیتی و نیز در شبکه‌های بدون اتصال به اینترنت اجرا کرد. چنین شبکه‌هایی که گاهی «ایرگپ» نامیده می‌شوند، از شبکه‌های بیرونی جدا هستند و برای سازمان‌هایی کاربرد دارند که محدودیت‌های سخت‌گیرانه‌ای درباره اتصال یا انتقال داده دارند.

قابلیت‌های اصلی Bob در این استقرار نیز حضور دارند. این مجموعه شامل تجربه کار در محیط توسعه یکپارچه یا IDE، ابزار خط فرمان BobShell، فراخوانی موازی ابزارها، زیرساخت عامل و قابلیت‌هایی با عنوان skills و modes است. IDE نرم‌افزاری است که برنامه‌نویس در آن کد می‌نویسد و ابزارهای توسعه را به کار می‌گیرد. فراخوانی موازی ابزارها نیز به عامل اجازه می‌دهد چند ابزار را در قالب یک فرایند کاری به‌کار گیرد؛ جزئیات دقیق اجرای این قابلیت در محیط‌های مختلف به پیکربندی سازمان وابسته است.

به گفته IBM، Bob با محیط‌های IDE و زیرساخت‌های پشتیبانی‌شده یکپارچه می‌شود و پیکربندی‌های خودمیزبان، ترکیبی و متکی بر مدل خصوصی را پوشش می‌دهد. شرکت‌ها همچنین می‌توانند بسته‌های Premium اختیاری را برای نوسازی نرم‌افزارهای Java، IBM i و IBM Z تهیه کنند. این بسته‌ها نشان می‌دهند که IBM Bob را فقط به‌عنوان دستیار عمومی برنامه‌نویسی عرضه نمی‌کند و بخشی از کاربرد موردنظر آن، کار با سامانه‌های سازمانی قدیمی و کدهای مرتبط با محصولات IBM است.

IBM قیمت این گزینه را اعلام نکرده و خریداران را به درخواست جلسه معرفی محصول ارجاع می‌دهد. بنابراین، اعلام دسترس‌پذیری عمومی به معنای انتشار قیمت یا عرضه رایگان نیست. سازمان‌ها برای بررسی هزینه باید با IBM وارد فرایند فروش شوند و علاوه بر شرایط Bob، هزینه مدل، مجوز و میزبانی موردنیاز را هم در نظر بگیرند.

مدل انتخابی تعیین می‌کند کد کجا پردازش شود

در این عرضه، لایه مدل از خود Bob جداست. IBM مدلی را در محصول خودمیزبان قرار نمی‌دهد؛ مشتریان باید از میان مدل‌های فهرست پشتیبانی‌شده انتخاب کنند و مسئولیت تهیه مجوز و اجرای آن را برعهده بگیرند. این تصمیم فقط یک انتخاب فنی نیست: مدل تعیین می‌کند کد، زمینه توسعه و مصنوعات ساخت پروژه در چه محیطی پردازش شوند.

طبق فهرستی که IBM برای زمان عرضه ارائه کرده، NVIDIA Nemotron و Poolside Laguna برای میزبانی روی زیرساخت خود مشتری در نظر گرفته شده‌اند. در این حالت، سازمان می‌تواند استنتاج مدل را در محیط خودش اجرا کند. «استنتاج» به فرایندی گفته می‌شود که مدل با دریافت ورودی، پاسخ یا پیشنهاد تولید می‌کند. اگر مدل و ابزارهای لازم در شبکه داخلی مستقر باشند، کد و اطلاعات مرتبط با توسعه می‌توانند در همان محیط باقی بمانند؛ البته محل پردازش نهایی به پیکربندی واقعی مشتری بستگی دارد.

گزینه دیگر، حالت ترکیبی یا استفاده از مدل خصوصیِ ارائه‌شده از سوی یک سرویس بیرونی است. در این پیکربندی، ارتباط باید از مسیر خصوصیِ تأییدشده انجام شود. IBM برای این گروه از مدل‌ها Claude Sonnet 5.0، Claude Opus 4.8، Gemini 3.7 Flash و OpenAI GPT 5.6 Sol را نام برده است. در نتیجه، یک سازمان می‌تواند برحسب نوع کار، مدل محلی یا مدل بیرونی را انتخاب کند؛ اما استفاده از گزینه بیرونی به این معناست که درخواست‌های مربوط به آن کار از مسیر سرویس خارجی پردازش می‌شوند.

IBM برای توضیح این انتخاب، نمونه یک بانک را مطرح کرده است: چنین سازمانی می‌تواند برای برنامه‌های بانکی اصلی از استنتاج در محل استفاده کند و برای کاری با محدودیت کمتر، سراغ مدلی بیرونی برود که از مسیر خصوصیِ مورد تأیید در دسترس است. در هر دو حالت، توسعه‌دهندگان تجربه اصلی Bob را می‌بینند، درحالی‌که تیم‌های زیرساخت و امنیت محل استقرار و مسیر پردازش را کنترل می‌کنند.

این تفکیک به شرکت‌ها امکان می‌دهد سیاست‌های متفاوت را برای پروژه‌های مختلف اعمال کنند، اما خودبه‌خود تضمین نمی‌کند که همه داده‌ها در محیط داخلی بمانند. سازمان باید مشخص کند کدام کارها به مدل محلی سپرده می‌شوند، چه اطلاعاتی به سرویس بیرونی می‌رود و اتصال خصوصی چگونه پیکربندی شده است. همچنین باید فهرست مدل‌های پشتیبانی‌شده و نیازهای میزبانی آن‌ها را پیش از استقرار بررسی کند.

جایگاه Bob در برابر ابزارهای رقیب

در مقایسه‌ای که گزارش منتشرشده از این عرضه ارائه می‌کند، گزینه‌های GitLab Duo Agent Platform Self-Hosted، Mistral Vibe for Code و GitHub Copilot CLI نیز مطرح شده‌اند. طبق همان مقایسه، GitLab برای استقرار خودمیزبان و اجرای آفلاین گزینه‌هایی دارد؛ Mistral Vibe امکان استفاده در محل یا ابر خصوصی را مطرح می‌کند و مدل‌های Devstral متن‌باز آن برای محیط‌های ایزوله مناسب دانسته شده‌اند. GitHub Copilot CLI نیز می‌تواند با برخی ارائه‌دهندگان از راه الگوی BYOK کار کند، اما هسته Copilot در این مقایسه به‌صورت سرویسی روی GitHub.com یا GHE.com توصیف شده است.

تفاوت اصلی که در گزارش برای IBM برجسته شده، دامنه محصول و تمرکز آن بر نوسازی نرم‌افزارهای سازمانی است. درحالی‌که GitLab و GitHub ابزارهای عامل‌محور را به پلتفرم‌های DevOps خود پیوند می‌دهند و Mistral ابزار کدنویسی را در کنار مدل‌های خودش عرضه می‌کند، IBM به سراغ سازمان‌هایی می‌رود که به محیط‌های داخلی و سامانه‌های باسابقه متکی‌اند. پشتیبانی از بسته‌های مربوط به Java، IBM i و IBM Z نیز در همین چارچوب قرار می‌گیرد.

IBM می‌گوید قصد دارد فهرست مدل‌ها را گسترش دهد و قابلیت مسیریابی چندمدلی اضافه کند. این دو مورد در حال حاضر برنامه‌های آینده شرکت هستند و نباید آن‌ها را جزو امکانات عرضه‌شده دانست. مسیریابی چندمدلی، در صورت عرضه، می‌تواند انتخاب مدل را براساس کار یا نیاز سازمان انجام دهد؛ اما جزئیات نحوه کار یا زمان ارائه آن در اطلاعات منتشرشده مشخص نشده است.

برای ارزیابی Bob، سازمان‌ها باید میان کنترل بیشتر و پیچیدگی استقرار توازن برقرار کنند. میزبانی مدل در زیرساخت داخلی می‌تواند با نیازهای محدودکننده در زمینه داده سازگارتر باشد، اما مشتری باید خود مدل، مجوز و زیرساخت اجرای آن را فراهم کند. در سوی دیگر، مدل خارجی ممکن است از مسیر خصوصی در دسترس باشد، اما سازمان باید شرایط پردازش داده در آن سرویس را با قواعد داخلی خود تطبیق دهد. جزئیات اعلام‌شده درباره Bob، به‌تنهایی جایگزین بررسی امنیتی و فنی هر استقرار نیست.

این خبر برای چه کسانی اهمیت دارد

عرضه Bob خودمیزبان بیش از همه برای مدیران فناوری، تیم‌های امنیت و زیرساخت و سازمان‌هایی اهمیت دارد که به‌دلیل حساسیت کد یا محدودیت‌های اتصال، استفاده از ابزارهای توسعه مبتنی بر سرویس عمومی برایشان دشوار است. شرکت‌هایی که برنامه‌های Java، IBM i یا IBM Z را نگهداری می‌کنند نیز می‌توانند بسته‌های تخصصی Bob را بررسی کنند.

برای توسعه‌دهندگان، نکته عملی این است که تجربه کار با Bob در محیط‌های پشتیبانی‌شده می‌تواند در کنار مدل‌های متفاوت ارائه شود؛ اما انتخاب مدل و پیکربندی آن به تصمیم‌های سازمان وابسته است. برای خریداران سازمانی نیز عرضه عمومی فقط نقطه شروع ارزیابی است: باید هزینه نامشخص محصول، مجوز مدل، میزبانی، اتصال‌های مجاز و سیاست‌های انتقال داده را کنار هم سنجید. خبر IBM در نتیجه، گزینه تازه‌ای برای اجرای ابزار توسعه عامل‌محور در محیط‌های تحت کنترل سازمان فراهم می‌کند، نه مدلی آماده که بدون نیاز به زیرساخت یا مجوز جداگانه قابل استفاده باشد.