Microsoft Build؛ عامل سازمانی بدون زمینه و کنترل، فقط یک دمو است

مایکروسافت در جمع‌بندی Build ۲۰۲۶ سه تغییر را برای مدیرانی برجسته کرد که می‌خواهند عامل‌ها را از آزمایش به عملیات ببرند: زمینه سازمانی، سیستم‌های یکپارچه و سنجش نتیجه کسب‌وکار. در این روایت، Copilot Studio و Microsoft Foundry به‌تنهایی مسئله را حل نمی‌کنند؛ عامل باید به هویت، داده مجاز، امنیت و فرایند واقعی شرکت وصل شود.

#زمینه، فراتر از prompt

یک عامل فروش یا پشتیبانی با چند جمله دستور عمومی قابل اتکا نمی‌شود. باید بداند کدام قرارداد معتبر است، مشتری چه سطح دسترسی دارد، سامانه مرجع کدام است و چه کاری نیازمند تأیید مدیر است. مایکروسافت زمینه را به‌عنوان لایه‌ای از داده، سیاست و تجربه کاری می‌بیند. این زمینه باید قابل به‌روزرسانی و قابل ممیزی باشد؛ قرار دادن یک فایل بزرگ در prompt راه‌حل حاکمیتی نیست.

#سیستم یکپارچه، عامل‌های جداگانه نیست

Build ۲۰۲۶ بر همکاری عامل‌ها و اتصال آن‌ها به سرویس‌های موجود تأکید دارد. در عمل، یک workflow می‌تواند از Copilot برای تفسیر درخواست، Foundry برای استقرار مدل، Container Apps برای اجرای کد و Security برای حفاظت استفاده کند. مزیت چنین رویکردی، امکان استفاده از ابزارهای تخصصی است؛ هزینه‌اش افزایش سطح حمله و پیچیدگی مشاهده‌پذیری است.

برای تیم عملیات باید مشخص باشد کدام agent چه تصمیمی گرفته، چه APIای را صدا زده و کدام داده را دیده است. correlation ID، لاگ ابزار، rate limit و kill switch جزو حداقل‌های production هستند. اتصال یک عامل به ERP یا سامانه منابع انسانی بدون این کنترل‌ها، اتوماسیون نیست؛ انتقال ریسک به نقطه‌ای کم‌شفاف‌تر است.

#نتیجه کسب‌وکار را اندازه بگیرید

مایکروسافت مدیران را از شمردن تعداد عامل‌ها به سمت سنجش نتیجه دعوت می‌کند. در پشتیبانی، زمان حل و نرخ escalation مهم است؛ در توسعه نرم‌افزار، تغییرات پذیرفته‌شده و زمان review؛ در فروش، کیفیت فرصت و نه تعداد پیام تولیدشده. معیار باید از قبل تعریف شود تا تیم بعد از دمو، موفقیت را با برداشت شخصی اعلام نکند.

Copilot Studio برای ساخت agentهای کم‌کد جذاب است، اما کم‌کد بودن مسئولیت را کم نمی‌کند. مالک داده، مالک workflow و مسئول خطا باید مشخص باشند. راه مطمئن برای شروع، یک فرایند محدود با داده کم‌ریسک، approval انسانی و rollback روشن است. Build ۲۰۲۶ پیامش را ساده می‌کند: عامل سازمانی درون سیستم کار می‌کند، نه کنار آن.

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