RL-005هوش مصنوعی و سیستم‌های رشدتأییدشده برای کتابخانه پژوهش

عامل هوش مصنوعی چیست و چگونه اتوماسیون کسب‌وکار را تغییر می‌دهد؟

تحلیل پژوهش‌محور عامل‌های هوش مصنوعی، تفاوت آن‌ها با اتوماسیون سنتی و الزامات داده، نظارت انسانی، حاکمیت و سنجش عملکرد.

تاریخ انتشار: زمان مطالعه: ۱۸ دقیقهمنبع: https://arxiv.org/abs/2412.14161
۰۱بخش پژوهش

مقدمه

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

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

عامل هوش مصنوعی (AI Agent) برای همین فاصله طراحی می‌شود. عامل فقط یک پاسخ متنی تولید نمی‌کند؛ می‌تواند هدف را دریافت کند، وضعیت را بررسی کند، ابزار مناسب را انتخاب کند، چند اقدام متوالی انجام دهد، نتیجه را ارزیابی کند و در صورت شکست مسیر خود را اصلاح یا کنترل را به انسان منتقل کند.

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

سؤال اصلی برای مدیران این نیست که «آیا باید از عامل هوش مصنوعی استفاده کنیم؟» سؤال دقیق‌تر این است که کدام فرایندها برای استفاده از عامل مناسب‌اند، چه سطحی از استقلال قابل‌قبول است و سازمان چگونه باید همکاری میان انسان و عامل را طراحی و اندازه‌گیری کند.

مرور پژوهش

خلاصه پژوهش

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

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

شواهد فعلی بیشتر از «خودکارسازی برخی وظایف» حمایت می‌کنند، نه از «خودکارسازی کامل نقش‌ها و فرایندهای سازمانی».

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

مرز علمی این پرونده روشن است: پژوهش محوری یک ارزیابی فنی در محیط شبیه‌سازی‌شده است و اثر مالی یا سازمانی عامل‌ها را در شرکت‌های واقعی اندازه‌گیری نمی‌کند. تبدیل این یافته‌ها به توصیه‌های مدیریتی، تحلیل کاربردی این مقاله است، نه نتیجه مستقیم پژوهش.

مرور پژوهش

خلاصه علمی

مشخصات پژوهش

عنوان رسمی پژوهش:

TheAgentCompany: Benchmarking LLM Agents on Consequential Real World Tasks

نویسندگان اصلی:

Frank F. Xu، Yufan Song، Boxuan Li، Yuxuan Tang، Kritanjali Jain و همکاران

وابستگی‌های اصلی:

Carnegie Mellon University و Duke University

وضعیت انتشار:

نسخه پیش‌چاپ پژوهشی در arXiv؛ نخستین نسخه در سال ۲۰۲۴ و نسخه سوم در سال ۲۰۲۵ منتشر شده است. این مقاله در زمان تهیه این پرونده، مقاله داوری‌شده یک ژورنال مدیریتی نیست.

لینک رسمی:

نسخه رسمی TheAgentCompany در arXiv

سؤال پژوهش

پژوهش بررسی می‌کند عامل‌های مبتنی بر مدل‌های زبانی بزرگ تا چه اندازه می‌توانند وظایف حرفه‌ای واقعی را تسریع کنند یا به‌صورت مستقل انجام دهند.

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

روش تحقیق

پژوهشگران یک محیط خودمیزبان و تکرارپذیر ساختند که یک شرکت نرم‌افزاری کوچک را شبیه‌سازی می‌کند. این محیط شامل ابزارهای زیر بود:

  • مخزن کد و مستندات داخلی؛
  • فضای ذخیره و اشتراک فایل؛
  • سامانه مدیریت پروژه؛
  • ابزار پیام‌رسانی سازمانی؛
  • مرورگر وب؛
  • ویرایشگر کد؛
  • و ترمینال لینوکس.

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

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

پژوهشگران چند عامل و دوازده مدل بسته و متن‌باز را آزمایش کردند. چارچوب اصلی اجرای عامل‌ها OpenHands بود و یک سامانه چندعاملی نیز در بخشی از ارزیابی بررسی شد.

جامعه آماری

این مطالعه جامعه آماری انسانی ندارد. واحدهای اصلی ارزیابی عبارت بودند از:

  • ۱۷۵ وظیفه حرفه‌ای؛
  • چند چارچوب اجرای عامل؛
  • و دوازده مدل زبانی بسته یا متن‌باز.

وظایف در محیط یک شرکت نرم‌افزاری شبیه‌سازی‌شده قرار داشتند و حوزه‌هایی مانند توسعه نرم‌افزار، مدیریت پروژه، تحلیل مالی، کار با اسناد و ارتباط سازمانی را پوشش می‌دادند.

ساخت وظایف توسط ۲۰ دانشجو، مهندس نرم‌افزار و مدیر پروژه انجام شد و طبق گزارش نویسندگان، بیش از ۳۰۰۰ نفرـساعت برای طراحی، پیاده‌سازی و ارزیابی آن‌ها صرف شد.

متغیرهای بررسی‌شده

متغیر اصلی مستقل، ترکیب مدل زبانی و چارچوب عامل بود.

شاخص‌های وابسته شامل موارد زیر بودند:

  • نرخ تکمیل کامل وظیفه؛
  • امتیاز تکمیل جزئی؛
  • تعداد فراخوانی‌های مدل در هر وظیفه؛
  • و هزینه تقریبی استفاده از مدل.

تکمیل کامل فقط زمانی ثبت می‌شد که عامل همه نقاط کنترل یک وظیفه را با موفقیت پشت سر می‌گذاشت. امتیاز جزئی نیز میزان پیشرفت در نقاط کنترل را منعکس می‌کرد.

یافته‌های اصلی

بهترین ترکیب گزارش‌شده، OpenHands همراه با Gemini 2.5 Pro بود. این ترکیب ۳۰٫۳ درصد وظایف را به‌طور کامل انجام داد و در معیار تکمیل جزئی امتیاز ۳۹٫۳ درصد به دست آورد.

نتایج میان مدل‌ها تفاوت زیادی داشت. بعضی ترکیب‌ها کمتر از ۱۰ درصد وظایف را کامل کردند. این اختلاف نشان می‌دهد عملکرد عامل فقط به تعریف کلی «عامل هوش مصنوعی» وابسته نیست و انتخاب مدل، چارچوب اجرا، ابزارها و طراحی محیط اهمیت دارد.

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

نویسندگان تأکید می‌کنند که نتایج نباید به معنای امکان خودکارسازی کامل یک شغل تفسیر شوند. معیار پژوهش، انجام مجموعه‌ای محدود از وظایف در یک شرکت شبیه‌سازی‌شده بود، نه جایگزینی کامل کارکنان یا نقش‌های سازمانی.

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

آمارهای مهم

  • تعداد وظایف ارزیابی‌شده: ۱۷۵
  • تعداد مدل‌های پایه بررسی‌شده: ۱۲
  • نرخ تکمیل کامل بهترین ترکیب: ۳۰٫۳ درصد
  • امتیاز تکمیل جزئی بهترین ترکیب: ۳۹٫۳ درصد
  • میانگین تعداد گام‌های بهترین ترکیب: ۲۷٫۲
  • هزینه تقریبی گزارش‌شده برای هر وظیفه در همان آزمایش: ۴٫۲ دلار

هزینه‌های گزارش‌شده به قیمت مدل‌ها، روش محاسبه توکن، نبود ذخیره موقت و تنظیمات آزمایش وابسته‌اند و نباید مستقیماً به هزینه پیاده‌سازی یک سازمان تعمیم داده شوند.

پژوهش مکمل Generative AI at Work عامل خودمختار را بررسی نمی‌کند، اما برای همکاری انسان و هوش مصنوعی اهمیت دارد. این مطالعه استقرار یک دستیار مکالمه‌ای را میان ۵۱۷۲ کارشناس پشتیبانی بررسی کرد و افزایش متوسط ۱۵ درصدی تعداد مسائل حل‌شده در ساعت را گزارش داد. بیشترین بهبود در کارکنان کم‌تجربه‌تر مشاهده شد؛ درحالی‌که کارکنان باتجربه‌تر سود محدودتری به دست آوردند و مسئولیت نهایی گفتگو همچنان بر عهده انسان بود.

بینش رفتاری

تحلیل روان شناسی مصرف کننده

اعتماد به اقدام، نه فقط اعتماد به پاسخ

یافته علمی مستقیم:

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

تحلیل کاربردی:

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

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

احساس کنترل

کارکنان و مشتریان زمانی راحت‌تر با یک سیستم هوشمند همکاری می‌کنند که بدانند:

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

نبود این مرزها می‌تواند به دو واکنش متفاوت منجر شود: اعتماد بیش‌ازحد به سیستم یا مقاومت کامل در برابر استفاده از آن. هیچ‌کدام برای سازمان مطلوب نیست.

هدف، ساخت اعتماد کالیبره‌شده است؛ یعنی میزان اعتماد کاربر با عملکرد واقعی، سطح اختیار و قابلیت نظارت سیستم متناسب باشد.

نسبت‌دادن مسئولیت

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

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

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

رابطه انسان و عامل

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

تحلیل کاربردی:

عامل نباید فقط به‌عنوان جانشین نیروی انسانی طراحی شود. در بسیاری از فرایندها، ارزش اصلی آن می‌تواند در این موارد باشد:

  • جمع‌آوری و سازمان‌دهی اطلاعات؛
  • اجرای مراحل تکراری؛
  • یافتن استثناها؛
  • آماده‌سازی گزینه‌های تصمیم؛
  • کنترل پیگیری‌ها؛
  • و انتقال موارد مبهم یا پرریسک به انسان.

این مدل، زمان انسان را از اجرای دستی مراحل کم‌ارزش به تعریف مسئله، قضاوت، مذاکره و پذیرش مسئولیت منتقل می‌کند.

اثر بر تجربه مشتری

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

یک پاسخ ظاهراً مناسب ممکن است به تجربه نامطلوب منجر شود اگر عامل:

  • اطلاعات قدیمی را بازیابی کند؛
  • اقدام اشتباهی در سامانه انجام دهد؛
  • زمینه مشتری را نادیده بگیرد؛
  • درخواست حساس را بدون تأیید اجرا کند؛
  • یا مسیر انتقال به انسان را مسدود کند.

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

کاربرد استراتژیک

تفسیر کسب وکاری

برای مدیر کسب‌وکار

تحلیل کاربردی:

فرایند مناسب برای عامل معمولاً پنج ویژگی دارد:

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

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

پیش از پیاده‌سازی، مدیر باید مشخص کند:

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

شروع از یک وظیفه محدود و قابل‌سنجش معمولاً از ساخت یک عامل عمومی برای چندین واحد سازمانی منطقی‌تر است.

برای مدیر بازاریابی

عامل‌ها می‌توانند در عملیات بازاریابی برای هماهنگی چند مرحله به کار روند؛ برای مثال:

  • دریافت اطلاعات کمپین از چند منبع؛
  • بررسی کامل‌بودن پارامترهای رهگیری؛
  • جمع‌آوری داده از ابزارهای تحلیلی؛
  • شناسایی ناهنجاری در عملکرد؛
  • تهیه پیش‌نویس گزارش؛
  • ارسال موارد غیرعادی برای بررسی مدیر؛
  • و ثبت نتیجه تصمیم در سامانه مدیریت کار.

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

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

برای صاحب برند شخصی

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

بخش‌هایی مانند دیدگاه نهایی، انتخاب ادعا، ارزیابی منبع، لحن، مسئولیت محتوایی و تصمیم درباره انتشار باید تحت کنترل صاحب برند باقی بمانند.

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

برای متخصص دیجیتال مارکتینگ و رشد

عامل‌ها زمانی به سیستم رشد کمک می‌کنند که چرخه آزمایش را کوتاه‌تر و قابل‌ردیابی کنند.

یک عامل رشد می‌تواند:

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

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

برای ارزیابی عامل، صرفه‌جویی زمانی کافی نیست. شاخص‌های مناسب‌تر می‌توانند شامل این موارد باشند:

  • نرخ تکمیل صحیح هدف؛
  • نرخ مداخله انسانی؛
  • تعداد اقدامات اشتباه؛
  • هزینه هر اجرای موفق؛
  • زمان بازیابی از خطا؛
  • میزان استفاده از پیشنهادها؛
  • و اثر نهایی بر شاخص کسب‌وکار.
مدل تصمیم

چارچوب پیشنهادی

این چارچوب یک مدل پیشنهادی تحلیلی است و مستقیماً در پژوهش اصلی ارائه نشده است.

نام چارچوب

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

تعریف

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

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

اجزای چارچوب

۱. تناسب فرایند

فرایند باید هدف، ورودی، خروجی و معیار موفقیت مشخص داشته باشد.

پرسش‌های ارزیابی:

  • آیا فرایند چندمرحله‌ای است؟
  • آیا بخشی از آن به درک متن، زمینه یا استثنا وابسته است؟
  • آیا اتوماسیون مبتنی بر قواعد به‌تنهایی ناکافی یا پرهزینه شده است؟
  • آیا نتیجه قابل بررسی است؟
  • آیا اقدام اشتباه قابل بازگشت است؟

۲. آمادگی داده و ابزار

عامل باید فقط به داده و ابزار موردنیاز دسترسی داشته باشد.

پرسش‌های ارزیابی:

  • داده‌ها کامل، به‌روز و قابل‌اعتماد هستند؟
  • مجوزهای دسترسی تعریف شده‌اند؟
  • ابزارها رابط برنامه‌نویسی یا مسیر تعامل پایدار دارند؟
  • داده حساس از داده عمومی تفکیک شده است؟
  • منبع هر داده قابل ردیابی است؟

۳. طراحی همکاری انسان و عامل

نقش انسان باید براساس ریسک و اهمیت تصمیم تعیین شود.

سطوح ممکن:

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

۴. حاکمیت و کنترل

سازمان باید پیش از افزایش استقلال عامل، مرزهای رفتاری و عملیاتی را مشخص کند.

کنترل‌ها می‌توانند شامل موارد زیر باشند:

  • محدودیت ابزار و مجوز؛
  • ثبت کامل مسیر اجرا؛
  • تأیید انسانی برای اقدامات حساس؛
  • سقف هزینه یا تعداد اقدام؛
  • توقف اضطراری؛
  • آزمون‌های امنیتی؛
  • و تعیین مالک مسئول فرایند.

۵. سنجش و یادگیری

عامل باید براساس نتیجه واقعی ارزیابی شود، نه جذابیت نمایش اولیه.

شاخص‌های اصلی:

  • تکمیل صحیح هدف؛
  • کیفیت خروجی؛
  • هزینه؛
  • سرعت؛
  • میزان مداخله انسانی؛
  • خطا و بازیابی؛
  • و اثر قابل‌اندازه‌گیری بر فرایند کسب‌وکار.

نحوه عملکرد

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

برای نمونه، فرایندی ممکن است از نظر فنی قابل اجرا باشد، اما داده‌های نامطمئن یا نبود مسئول مشخص، آن را برای اقدام مستقل نامناسب کند.

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

مثال کسب‌وکاری

فرض کنید تیم بازاریابی هر هفته باید داده‌های تبلیغات، وب‌سایت و فروش را جمع‌آوری و ناهنجاری‌ها را بررسی کند.

عامل می‌تواند:

۱. داده‌ها را از منابع تأییدشده دریافت کند؛ ۲. کامل‌بودن داده را کنترل کند؛ ۳. تغییرات غیرعادی را علامت‌گذاری کند؛ ۴. علت‌های احتمالی را همراه با شواهد فهرست کند؛ ۵. گزارش اولیه بسازد؛ ۶. و موارد مهم را برای تصمیم به مدیر ارجاع دهد.

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

مزایا

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

محدودیت‌های چارچوب

این مدل در یک مطالعه تجربی مستقل اعتبارسنجی نشده است.

وزن هر لایه در صنایع مختلف یکسان نیست. در خدمات مالی، سلامت یا حقوقی، حاکمیت و تأیید انسانی اهمیت بیشتری دارند؛ در فرایندهای داخلی کم‌ریسک، سرعت و هزینه ممکن است اولویت بالاتری داشته باشند.

چارچوب همچنین جایگزین ارزیابی امنیت، حقوقی، حریم خصوصی یا معماری فنی نیست.

اقدام عملی

چک لیست اجرایی

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

محدودیت های پژوهش

محدودیت گزارش‌شده در پژوهش:

TheAgentCompany یک محیط شبیه‌سازی‌شده از شرکت نرم‌افزاری است. هرچند وظایف آن با الهام از فعالیت‌های واقعی طراحی شده‌اند، محیط، داده‌ها و همکاران آن واقعی نیستند.

وظایف پژوهش نماینده همه مسئولیت‌های یک شغل یا همه صنایع نیستند. نویسندگان صریحاً هشدار می‌دهند که نتایج نباید برای پیش‌بینی حذف کامل یک شغل استفاده شوند.

بعضی خروجی‌های غیرساخت‌یافته با کمک یک مدل زبانی ارزیابی شده‌اند. این روش می‌تواند نسبت به داوری انسانی یا ارزیابی کاملاً قطعی، محدودیت داشته باشد.

نتایج به مدل‌ها، قیمت‌ها و چارچوب‌های موجود در زمان آزمایش وابسته‌اند. پیشرفت سریع مدل‌ها می‌تواند عملکرد فنی را تغییر دهد، اما الزام‌های داده، کنترل و حاکمیت را حذف نمی‌کند.

محدودیت تحلیلی این مقاله:

شواهد مستقیم درباره اثر بلندمدت عامل‌ها بر سودآوری، ساختار سازمانی، رضایت کارکنان و تجربه مشتری هنوز محدود است.

مطالعه Generative AI at Work اثر یک دستیار هوش مصنوعی را بررسی می‌کند، نه یک عامل مستقل با اختیار اجرای چندمرحله‌ای. بنابراین افزایش بهره‌وری گزارش‌شده در آن نباید به‌عنوان اثبات بهره‌وری همه عامل‌ها معرفی شود.

گزارش‌های حرفه‌ای درباره پذیرش سازمانی، از جمله پیمایش‌های مشاوره‌ای، اطلاعات مهمی درباره نگرانی مدیران فراهم می‌کنند، اما جایگزین آزمایش‌های کنترل‌شده یا مطالعات طولی نیستند.

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

۰۹بخش پژوهش

برداشت من

برداشت استراتژیک:

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

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

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

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

در بازاریابی و رشد، عامل می‌تواند جمع‌آوری داده، کنترل کیفیت، هماهنگی ابزارها و پیگیری آزمایش‌ها را انجام دهد. انسان باید همچنان مسئله را تعریف کند، فرضیه را ارزیابی کند، پیامد تصمیم را بسنجد و مسئولیت نتیجه را بپذیرد.

به همین دلیل، آینده اتوماسیون را بهتر است نه به‌صورت «انسان در برابر هوش مصنوعی»، بلکه به‌صورت طراحی یک سیستم مشترک دید:

عامل برای مشاهده، هماهنگی و اجرای محدود؛ انسان برای هدف‌گذاری، قضاوت و مسئولیت.

سازمانی که این مرز را روشن طراحی کند، احتمالاً زودتر از سازمانی که صرفاً ابزارهای جدید می‌خرد به ارزش واقعی خواهد رسید.

۱۰بخش پژوهش

منابع

  1. Xu, F. F., Song, Y., Li, B., Tang, Y., Jain, K., et al. (2025). TheAgentCompany: Benchmarking LLM Agents on Consequential Real World Tasks. arXiv. نسخه رسمی پژوهش

  2. Liu, X., Yu, H., Zhang, H., Xu, Y., Lei, X., et al. (2024). AgentBench: Evaluating LLMs as Agents. International Conference on Learning Representations. صفحه رسمی مقاله

  3. Wu, Q., Bansal, G., Zhang, J., Wu, Y., Li, B., et al. (2024). AutoGen: Enabling Next-Gen LLM Applications via Multi-Agent Conversation. Conference on Language Modeling. صفحه رسمی Microsoft Research

  4. Brynjolfsson, E., Li, D., & Raymond, L. R. (2025). Generative AI at Work. The Quarterly Journal of Economics, 140(2), 889–942. DOI رسمی

  5. OpenAI. (2025). A Practical Guide to Building Agents. راهنمای رسمی

  6. Asaftei, G. M., Roberts, R., Sticha, A., & Prinsen, C. (2026). State of AI Trust in 2026: Shifting to the Agentic Era. McKinsey & Company. گزارش رسمی

کتابخانه پژوهش

مشاهده کتابخانه پژوهش
RL-008تحلیل داده و رشد

فرهنگ آزمایش در کسب‌وکار چیست و چگونه کیفیت تصمیم‌ها را افزایش می‌دهد؟

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

تاریخ انتشار: زمان مطالعه: ۲۱ دقیقه
مطالعه پژوهش
RL-007استراتژی رشد دیجیتال

حلقه رشد چیست و چرا قیف بازاریابی به‌تنهایی برای رشد پایدار کافی نیست؟

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

تاریخ انتشار: زمان مطالعه: ۲۰ دقیقه
مطالعه پژوهش
RL-006سیستم‌های رشد کسب‌وکار

مدل عملیاتی کسب‌وکار در عصر هوش مصنوعی چگونه باید بازطراحی شود؟

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

تاریخ انتشار: زمان مطالعه: ۲۰ دقیقه
مطالعه پژوهش

آزمایشگاه پژوهش

تحلیل‌های پژوهشی جدید را دنبال کنید

پژوهش‌های علمی درباره هوش مصنوعی، روان‌شناسی مصرف‌کننده، بازاریابی دیجیتال و استراتژی رشد کسب‌وکار.

مشاهده همه پژوهش‌هاانتشار خبرنامه به‌زودی فعال می‌شود