پرش به محتوا
منو
داده‌نوشت
فناوری، زیرساخت و هوش مصنوعی
هوش مصنوعی

مایکروسافت مدل عاملی Azure Copilot را بازطراحی کرد و Dragon Copilot Physician را به Marketplace آورد

اعلامیه‌های اوت Partner Center مایکروسافت: جایگزینی «agent mode» با عامل‌های نام‌دار و فعال‌شدن پیش‌فرض آن‌ها در Azure، و عرضه‌ی اپ‌ها و عامل‌های Dragon Copilot برای پزشکان.

انتشار: ۲۹ مرداد ۱۴۰۵به‌روزرسانی: ۲ شهریور ۱۴۰۵4 دقیقه
لوگوی Microsoft Azure و داشبورد Azure Copilot
بازطراحی مدل عاملی Azure Copilot با عامل‌های نام‌دار — Regroove

مایکروسافت در اعلامیه‌های ماه اوت ۲۰۲۶ Partner Center دو تغییر مهم در استراتژی عامل‌های هوش مصنوعی خود را رسمی کرد: بازطراحی مدل عاملی Azure Copilot (با اثرگذاری از ۱ اوت) و عرضه‌ی اپ‌ها و عامل‌های Dragon Copilot Physician در Microsoft Marketplace (اعلام ۲۰ اوت). هر دو خبر در ظاهر اجرایی‌اند، اما در عمق، نشان‌دهنده‌ی دو جهت‌گیری کلان مایکروسافت هستند: «عامل به‌صورت پیش‌فرض روشن» و «هوش مصنوعی عمودی برای صنایع».

#چه اتفاقی افتاده است؟

در Azure Copilot: از ۱ اوت ۲۰۲۶، «agent mode» ترکیبی قبلی کنار گذاشته شده و جای آن، عامل‌های نام‌دار و مجزا آمده‌اند. عامل Observability به وضعیت عمومی (GA) رسیده و پنج عامل دیگر — Deployment، Troubleshooting، Optimization، Resiliency و Migration — در وضعیت پیش‌نمایش عمومی (Public Preview) قرار دارند. نکته‌ی حساس این است که این عامل‌ها در tenantهایی که Azure Copilot دارند به‌صورت پیش‌فرض فعال می‌شوند و مدل قبلی «ثبت‌نام و لیست سفید» جای خود را به Azure Copilot Admin Center جدید داده است که مدیریت متمرکز دسترسی به عامل‌ها را ممکن می‌کند.

در حوزه‌ی سلامت: مایکروسافت اپ‌ها و عامل‌های Dragon Copilot Physician را در Microsoft Marketplace معرفی کرد تا شرکت‌های نرم‌افزاری حوزه‌ی سلامت در آمریکا بتوانند قابلیت‌های AI خود را مستقیماً داخل گردش‌کار Dragon Copilot پزشکان — جایی که پزشکان مستندسازی می‌کنند، اطلاعات را کوئری می‌زنند و کارها را خودکار می‌کنند — تعبیه کنند. نوع پیشنهاد (offer type) اختصاصی Dragon Copilot در Marketplace، کشف، خرید و استقرار این راه‌حل‌ها را استاندارد می‌کند.

نمای Azure Copilot Admin Center و عامل‌های نام‌دار مدیریت متمرکز عامل‌ها از طریق Azure Copilot Admin Center جدید انجام می‌شود — Microsoft Learn

#جزئیات فنی و اداری

  • شش عامل Azure Copilot: Observability (GA)؛ Deployment، Troubleshooting، Optimization، Resiliency و Migration (پیش‌نمایش عمومی).
  • فعال‌سازی پیش‌فرض: عامل‌های پیش‌نمایش روی tenantهای دارای Azure Copilot به‌صورت default-on عرضه می‌شوند؛ خروج از آن نیازمند اقدام مدیر است.
  • Azure Copilot Admin Center: جایگزین فرآیند ثبت‌نام و allowlisting؛ نقطه‌ی مرکزی برای روشن/خاموش‌کردن عامل‌ها.
  • Dragon Copilot Marketplace: کانال توزیع و درآمدزایی جدید برای توسعه‌دهندگان سلامت با قابلیت‌هایی مثل clinical insights، مدیریت چرخه‌ی درآمد، prior authorization، بهبود مستندسازی و پشتیبانی تصمیم بالینی؛ فعلاً محدود به ایالات متحده.

#چرا مهم است؟

بخش Azure این خبر در واقع یک داستان حکمرانی است، نه صرفاً محصولی. فعال‌شدن پیش‌فرض عامل‌های پیش‌نمایش در tenantهای سازمانی یعنی مایکروسافت انتخابِ «opt-in» را به «opt-out» تغییر داده است. برای یک سازمان enterprise، این تغییر کوچکِ به‌ظاهر اداری پیامدهای جدی دارد: عامل‌هایی که می‌توانند در استقرار، عیب‌یابی و مهاجرت دخالت کنند، حالا بدون اقدام آگاهانه‌ی مدیر فعال‌اند. توصیه‌ی ما به تیم‌های IT این است که برنامه‌ی مرور دسترسی عامل‌ها را فوری در دستور بگذارند — درست همان کاری که تحلیل‌های مستقل (مانند Regroove) توصیه کرده‌اند.

بخش سلامت نیز نشان می‌دهد مایکروسافت بازی «مدل عمومی برای همه» را کنار گذاشته و به‌سراغ پلتفرم‌های عمودی رفته است: Dragon Copilot به‌جای آنکه یک دستیار بسته باشد، به بازارچه‌ای برای عامل‌های تخصصی تبدیل می‌شود. این الگو — «دستیار به‌عنوان سیستم‌عامل صنعت» — اگر در سلامت جواب بدهد، به مالی، حقوقی و سایر حوزه‌ها هم سرایت خواهد کرد.

#اعداد و ارقام

  • ۱ اوت ۲۰۲۶: اثرگذاری بازطراحی عامل‌های Azure Copilot.
  • ۲۰ اوت ۲۰۲۶: اعلام اپ‌ها و عامل‌های Dragon Copilot Physician.
  • ۶ عامل نام‌دار Azure Copilot: یکی GA و پنج‌تای دیگر در Public Preview.
  • ۱ بازار جغرافیایی برای Dragon Copilot در ابتدا: ایالات متحده.

#چک‌لیست عملی برای مدیران

اگر tenant شما Azure Copilot دارد، این سه اقدام فوری توصیه می‌شود: نخست، وارد Azure Copilot Admin Center شوید و وضعیت هر شش عامل را مرور کنید و آن‌هایی را که با سیاست سازمان ناسازگارند غیرفعال کنید. دوم، سطح دسترسی هر عامل به منابع و subscriptionها را با اصل حداقل دسترسی (least privilege) تطبیق دهید؛ عامل‌های Migration و Deployment ذاتاً دسترسی تغییردهنده دارند. سوم، لاگ و پایش فعالیت عامل‌ها را فعال نگه دارید تا در صورت اقدام ناخواسته، ردپای قابل‌حسابرسی وجود داشته باشد. تجربه‌ی حوادث اخیر صنعت — از فرار عامل‌ها از محیط‌های ایزوله تا اقدامات ناخواسته‌ی عامل‌های سازمانی — نشان می‌دهد «پیش‌فرض روشن» بدون حکمرانی فعال، ترکیبی پرریسک است.

#منابع

مطالب مرتبط

برای ادامه مطالعه

این یادداشت‌ها بر اساس موضوع مشترک، هم‌پوشانی برچسب‌ها و تازگی انتشار انتخاب می‌شوند.

نمودار آمادگی سازمان‌ها برای عامل‌های هوش مصنوعی در گزارش Deloitte
هوش مصنوعی

گزارش Deloitte: فقط ۲۰ درصد سازمان‌ها برای عامل‌های خودمختار هوش مصنوعی آماده‌اند

Deloitte گزارش می‌دهد تنها یک پنجم سازمان‌ها برای ورود عامل‌های خودمختار هوش مصنوعی آمادگی دارند؛ داده‌های پراکنده و فرهنگ کاری مقاوم، موانع اصلی‌اند.

۲۹ مرداد ۱۴۰۵4 دقیقه
ساختمان کنگره ایالتی کالیفرنیا و لوگوی OpenAI
هوش مصنوعی

چرخش عجیب OpenAI: حالا خواستار سخت‌گیرانه‌تر شدن لایحه امنیتی SB 53 کالیفرنیا است

OpenAI که پیش‌تر مخالف لایحه امنیتی SB 53 کالیفرنیا بود، حالا خواستار تقویت آن شده است؛ چرخشی که چند روز پس از رخنه ایجنت‌ها از sandbox و توقف آموزش مدل Astra رخ داده است.

۳۱ مرداد ۱۴۰۵4 دقیقه
ادغام مدل Mythos 5 در محصولات امنیت سایبری
هوش مصنوعی

Anthropic مدل پیش‌مرز Mythos 5 را مستقیم وارد محصولات امنیتی می‌کند؛ صندوق ۳۵ میلیون دلاری برای دفاع‌گران

Anthropic تأیید کرد Mythos 5، بالاترین سطح مدلش، مستقیماً در محصولات امنیتی طرف‌های ثالث ادغام می‌شود و صندوق ۳۵ میلیون دلاری برای پروژه‌های امنیت متن‌باز راه انداخت.

۳۱ مرداد ۱۴۰۵4 دقیقه