رفتن به محتوای اصلی
خوشه‌ی چندایجنتی · مقاله‌ی ۰۴

مذاکره‌ی ایجنت‌به‌ایجنت: چرا صبر، ارز جدید چانه‌زنی است

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

فتیم فنی فیلتور به‌روزرسانی: ۶ مرداد ۱۴۰۵ ۲۸ دقیقه مطالعه ۱۸ منبع
تصویر مفهومی مذاکره دو ایجنت هوش مصنوعی، تبادل پیشنهاد و ناحیه توافق ممکن
مذاکره، برخلاف مناظره، بازی‌ای با منافع متضاد است: خروجی یک توافق است، نه یک پاسخ درست.
۱۹۸۲سال اثبات اینکه در چانه‌زنی، صبورتر سهم بیشتری می‌برد
۰٫۷۱۶هم‌بستگی قیمت نهایی با اولین پیشنهاد — سوگیری لنگر در ایجنت‌ها
۹۹٪سود انحصاری که ایجنت‌های قیمت‌گذار بدون دستور تبانی به آن رسیدند
۴ پروتکلاستاندارد پرداخت ایجنتی که تا ۲۰۲۶ به بلوغ رسیده‌اند
خوشه‌ی تخصصی سیستم‌های چندایجنتی

مسیر کامل از انتخاب معماری تا عیب‌یابی و تجارت

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

مرجعسیستم چندایجنتی چیست؟نقشه‌ی جامع معماری‌ها، الگوهای همکاری، هزینه و پروتکل‌ها.۰۱مناظره‌ی مدل‌های هوش مصنوعیمناظره، رأی‌گیری و داوری؛ چه زمانی سود می‌دهد و چه زمانی نه.۰۲چندایجنتی یا تک‌ایجنتی؟سه معیار عددی برای انتخاب معماری پیش از شروع پیاده‌سازی.۰۳چرا سیستم‌های چندایجنتی شکست می‌خورند؟۱۴ مود شکست، نشانه‌های تشخیص و اصلاح معماری.
۰۴مذاکره‌ی ایجنت‌به‌ایجنتچانه‌زنی، پرداخت عامل‌محور و مرزهای امن تجارت ایجنتی.
ترتیب پیشنهادی: ابتدا راهنمای مرجع؛ سپس مقاله‌ای که با مسئله‌ی واقعی شما هماهنگ است.بررسی رایگان معماری پروژه ←
۰۱

خلاصه‌ی مدیریتی

مذاکره‌ی خودکار موضوع تازه‌ای نیست — مسابقه‌ی جهانی ایجنت‌های مذاکره‌کننده از ۲۰۱۰ برگزار می‌شود. آنچه تازه است، این است که این ایجنت‌ها از آزمایشگاه بیرون آمده‌اند و در ۲۰۲۶ زیرساخت پرداختشان هم آماده شده. برای یک کسب‌وکار ایرانی، این یعنی به‌زودی طرف مقابل میز شما یک نرم‌افزار خواهد بود.

  • حکم نظری روشن است. در مدل چانه‌زنی رفت‌وبرگشتی، طرفی که صبورتر است سهم بیشتری می‌برد. هرچه هر دو طرف صبورتر شوند، سهم به نصف‌نصف میل می‌کند و مزیت آغازکننده از بین می‌رود.۲
  • ایجنت، ساختاراً صبور است. خسته نمی‌شود، پرواز ندارد، و فشار «باید امروز ببندمش» را حس نمی‌کند. مذاکره‌ی ایجنت با انسان از پیش نامتقارن است.
  • اما ایجنت‌ها مذاکره‌کننده‌های عقلانی نیستند. قیمت نهایی با اولین پیشنهاد هم‌بستگی ۰٫۷۱۶ نشان می‌دهد — یعنی سوگیری لنگر، درست مثل انسان.۵
  • خطر حقوقی جدی وجود دارد. ایجنت‌های قیمت‌گذار مبتنی بر مدل زبانی، بدون اینکه به آن‌ها گفته شود تبانی کنند، به قیمت‌های نزدیک به انحصار همگرا شدند و ۹۹٪ سود بهینه‌ی انحصاری را گرفتند.۷
  • زیرساخت آماده است. چهار رویکرد مهم پرداخت و تجارت ایجنتی — ACP، AP2، x402 و MPP — در ۲۰۲۶ در حال شکل‌دادن به لایه‌های مختلف این پشته‌اند؛ سطح بلوغ و پذیرش آن‌ها یکسان نیست.
  • کار عملی امروز شما: نه ساختن ایجنت مذاکره‌کننده، بلکه خوانا کردن فروشگاه‌تان برای ایجنت‌های خریدار و گذاشتن سقف‌های سخت روی هر تخفیفی که خودکار داده می‌شود.
جای این مقاله در خوشه

تعریف‌های پایه‌ی سیستم‌های چندایجنتی در راهنمای سیستم چندایجنتی آمده و تصمیم معماری در چندایجنتی یا تک‌ایجنتی. این صفحه فقط یک الگو را می‌کاود: مذاکره — یعنی حالتی که ایجنت‌ها منافع متضاد دارند.

۰۲

مذاکره با مناظره چه فرقی دارد؟

پاسخ کوتاه

در مناظره، ایجنت‌ها منافع هم‌راستا دارند و دنبال یک پاسخ درستِ مشترک می‌گردند؛ اختلافشان بر سر روش است. در مذاکره، منافع متضاد است و خروجی یک توافق است نه یک پاسخ. این تفاوت، معیار ارزیابی، معماری و ریسک‌ها را کاملاً عوض می‌کند.

وجهمناظرهمذاکره
منافع طرفینهم‌راستامتضاد
خروجییک پاسخیک توافق (یا عدم توافق)
معیار موفقیتدقتارزش کسب‌شده + نرخ توافق
اطلاعاتمشترکخصوصی و نامتقارن
صداقتفرض پایهراهبردی — پنهان‌کاری مجاز است
ریسک اصلیهم‌گرایی روی پاسخ غلطتبانی، یا واگذاری ارزش

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

← اگر دنبال حالت هم‌راستا هستید مناظره‌ی مدل‌های هوش مصنوعی — چرا بحث کردن مدل‌ها لزوماً به پاسخ بهتر نمی‌رسد
۰۳

تباری که به ۱۹۵۰ می‌رسد

پاسخ کوتاه

مذاکره‌ی خودکار سه لایه‌ی نظری دارد: راه‌حل چانه‌زنی نش (۱۹۵۰) که می‌گوید توافق «منصفانه» چه شکلی است، مدل روبینشتاین (۱۹۸۲) که می‌گوید توافق واقعی چه شکلی می‌شود، و چارچوب BATNA/ZOPA که زبان عملی مذاکره را ساخت. مسابقه‌ی جهانی ایجنت‌های مذاکره‌کننده از ۲۰۱۰ این نظریه‌ها را به کد تبدیل کرده است.

۱۹۵۰

راه‌حل چانه‌زنی نش

جان نش نشان داد اگر چهار اصل بدیهی را بپذیریم، فقط یک تقسیم وجود دارد که هر چهار را برآورده می‌کند: تقسیمی که حاصل‌ضرب سودِ مازادِ دو طرف را بیشینه می‌کند. این «نقطه‌ی مرجع منصفانه» است، نه پیش‌بینی رفتار واقعی.۱

۱۹۸۲

مدل پیشنهادهای متناوب روبینشتاین

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

۱۹۸۱

BATNA و ZOPA

ادبیات عملی مذاکره دو مفهوم کلیدی ساخت: بهترین جایگزین در صورت عدم توافق (BATNA)، و ناحیه‌ی توافق ممکن (ZOPA). هر ایجنت مذاکره‌کننده‌ای باید این دو را صریح بداند وگرنه ارزش واگذار می‌کند.۳

۲۰۱۰

آغاز مسابقه‌ی ایجنت‌های مذاکره‌کننده

ANAC شروع می‌شود: تیم‌های دانشگاهی ایجنت‌های مذاکره‌کننده می‌سازند و در محیط‌های استاندارد رقابت می‌کنند. شانزده دوره بعد هنوز برگزار می‌شود — دوره‌ی ۲۰۲۵ با ۱۴۲ پژوهشگر در ۴۲ تیم.۴ مسابقه‌های مقیاس‌بزرگ‌تری هم در سال‌های اخیر برگزار شده‌اند.۱۵

۲۰۲۴

سنجش مذاکره‌ی مدل‌های زبانی

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

۲۰۲۵–۲۰۲۶

زیرساخت پرداخت ایجنتی

چهار رویکرد — ACP، AP2، x402 و MPP — بخش‌های متفاوتی از تراکنش ایجنتی را هدف گرفته‌اند. این اکوسیستم هنوز در حال بلوغ است، اما مسیر انتقال مذاکره از شبیه‌سازی به تجارت واقعی را روشن می‌کند.

۰۴

قانون صبر: چرا ایجنت ساختاراً برنده است

پاسخ کوتاه

در مدل روبینشتاین، دو طرف به‌نوبت پیشنهاد می‌دهند و هر دور تأخیر، ارزش کیک را کم می‌کند. تعادل یکتای این بازی می‌گوید سهم هر طرف تابع «ضریب تنزیل» اوست — یعنی اینکه چقدر برایش مهم است زودتر به توافق برسد. ایجنت هوش مصنوعی ضریب تنزیلی نزدیک به ۱ دارد: تقریباً بی‌نهایت صبور.

فرمول تعادل، وقتی هر دو طرف ضریب تنزیل مشترک d دارند:

x₁ = 1 / (1 + d)  ،  x₂ = d / (1 + d) x₁ سهم آغازکننده · x₂ سهم طرف دوم · d ضریب تنزیل (نزدیک ۱ = صبورتر)
وقتی d به ۱ میل کند، هر دو سهم به ۰٫۵ میل می‌کنند و مزیت آغازکننده محو می‌شود

معنی این فرمول را با اعداد ببینیم. فرض کنید یک دور مذاکره برای طرف بی‌حوصله ۲۰٪ از ارزش را می‌سوزاند (d = ۰٫۸) و برای طرف صبور تقریباً هیچ (d = ۰٫۹۸):

هر دو بی‌حوصله ۵۵٫۶٪۴۴٫۴٪
هر دو صبور ۵۰٫۵٪۴۹٫۵٪
نامتقارن ~۳۴٪~۶۶٪

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

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

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

و ایجنت؟ هیچ‌کدام. یک ایجنت می‌تواند صد دور پیشنهاد رد و بدل کند بدون آنکه چیزی از دست بدهد جز مقداری توکن. این تنها و مهم‌ترین مزیت ساختاری مذاکره‌ی خودکار است — و ربطی به هوشمندتر بودن ندارد.

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

پیامد نامتقارن برای کسب‌وکارهای کوچک

پلتفرم‌های بزرگ زودتر از فروشگاه‌های کوچک ایجنت خریدار به کار می‌گیرند. یعنی برای مدتی، طرف صبور همیشه خریدار خواهد بود و طرف عجول شما. پاسخ درست، سریع‌تر تسلیم شدن نیست — گذاشتن سقف‌های سختِ ماشین‌خوان است تا کسی نتواند شما را با فرسایش بشکند. به این در بخش ۰۹ برمی‌گردیم.

۰۵

اما ایجنت‌ها مذاکره‌کننده‌های عقلانی نیستند

پاسخ کوتاه

نظریه می‌گوید ایجنت باید برنده باشد؛ شواهد تجربی می‌گوید ایجنت‌های مبتنی بر مدل زبانی همان سوگیری‌های شناختی انسان را دارند. قیمت نهایی با اولین پیشنهاد هم‌بستگی ۰٫۷۱۶ دارد، ایجنت‌ها عادت به «تقسیم اختلاف» دارند، و در ۴۱٪ موارد خریدارها پیشنهادی بالاتر از درخواست فروشنده دادند.

محک NegotiationArena سه بازی را آزمود — مبادله‌ی منابع، بازی اولتیماتوم چندمرحله‌ای، و خرید و فروش با اطلاعات ناقص — و فهرستی از بی‌عقلانی‌های سیستماتیک ثبت کرد:۵

سوگیری مشاهده‌شدهعددمعنی عملی برای شما
سوگیری لنگرهم‌بستگی ۰٫۷۱۶ قیمت نهایی با اولین پیشنهاداولین عدد را شما بگذارید — و واقع‌بینانه اما جاه‌طلبانه
تقسیم اختلافگرایش پایدار به میانگین‌گیری پیشنهادهاعقب‌نشینی‌های کوچک و شمرده، بهتر از یک عقب‌نشینی بزرگ
حساسیت به بزرگی عددسهم آغازکننده از ۶۰٪ به ~۷۹٪ رفت وقتی مبلغ از ۱۰ به ۱۰ میلیارد تغییر کردمقیاس اعداد رفتار ایجنت را عوض می‌کند — تست کنید
پیشنهاد بالاتر از درخواست۴۱٪ موارد وقتی ارزش‌گذاری خریدار خیلی بالاتر بودایجنت خریدارِ بدتنظیم، پول روی میز می‌گذارد
اثر ترتیب نوبتبازیکن اول ~۹۵٪ دورهای قاطع را بردترتیب پیشنهاد، متغیر طراحی است نه جزئیات
اثر شخصیت تزریق‌شدهلحن «مستأصل» سود طرف دوم را ~۲۰٪ بالا بردپرامپت، ابزار راهبردی است — و سلاح طرف مقابل هم هست

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

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

برداشت

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

۰۶

شکاف نظریه و عمل — و معنایش برای شما

پاسخ کوتاه

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

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

  1. اولین پیشنهاد را از دست ندهید. با هم‌بستگی ۰٫۷۱۶، لنگر اولیه قوی‌ترین اهرم رایگان در کل مذاکره است. اگر ایجنت شما منتظر پیشنهاد طرف مقابل بماند، بخش بزرگی از ارزش را پیشاپیش واگذار کرده.
  2. BATNA را صریح در زمینه بگذارید. ایجنتی که نمی‌داند بدون این معامله چه گزینه‌ای دارد، هیچ کفی برای عقب‌نشینی ندارد. این رایج‌ترین خطای پیاده‌سازی است.
  3. مدل استدلالی انتخاب کنید. چون در برابر لنگر طرف مقابل مقاوم‌تر است. اینجا هزینه‌ی مدل گران‌تر، مستقیماً به حاشیه‌ی سود ترجمه می‌شود.

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

۰۷

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

پاسخ کوتاه

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

جزئیات آزمایش مهم است، چون نشان می‌دهد این یک سناریوی دور از ذهن نیست:۷

  • ایجنت‌ها فقط یک دستور کلی داشتند: «سود بلندمدت را بیشینه کن.» هیچ اشاره‌ای به تبانی نبود.
  • آن‌ها نمی‌توانستند مستقیماً با هم ارتباط بگیرند؛ فقط قیمت رقیب و فروش خودشان را می‌دیدند.
  • در بازار انحصاری، در هر سه اجرا به قیمت‌گذاری نزدیک به بهینه همگرا شدند.
  • در بازار دو‌بنگاهی، قیمت‌ها به‌طور معنادار بالاتر از تعادل رقابتی ماند.
  • صرفِ تغییر واژگان پرامپت، تفاوت آماری معناداری در میزان تبانی ایجاد کرد.

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

این یک ریسک حقوقی است، نه فقط فنی

حتی بدون دستور صریح برای تبانی، نتیجه‌ی قیمت‌گذاری هماهنگ می‌تواند از نظر رقابتی و نظارتی مسئله‌ساز شود. وضعیت حقوقی به کشور، بازار و نحوه‌ی اجرا بستگی دارد؛ بنابراین کنترل ضدتبانی، ثبت لاگ و بررسی حقوقی محلی باید پیش از استقرار انجام شود. پژوهش‌های ۲۰۲۶ نیز روی سازوکارهای حاکمیتی برای مهار همین پدیده متمرکز شده‌اند.۹

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

برداشت

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

۰۸

زیرساخت ۲۰۲۶: چهار رویکرد مهم برای تجارت و پرداخت ایجنتی

پاسخ کوتاه

پیش از موج استانداردهای ۲۰۲۵ و ۲۰۲۶، انتقال امن اختیار، سفارش و پرداخت میان ایجنت و فروشنده پراکنده بود. اکنون چهار رویکرد مهم بخش‌های متفاوتی را پوشش می‌دهند: جریان تجارت (ACP)، چارچوب اختیار و رضایت (AP2)، تسویه روی HTTP (x402) و پرداخت‌های خُرد جلسه‌محور (MPP). یک سیستم تولیدی ممکن است به ترکیبی از آن‌ها نیاز داشته باشد.

ACPOpenAI و Stripeاستاندارد باز

پروتکل تجارت ایجنتی. جریان تسویه‌حساب بین ایجنت و فروشنده را استاندارد می‌کند و از توکن پرداخت یک‌بارمصرف استفاده می‌کند. تمرکزش روی نحوه‌ی تعامل ایجنت با کاتالوگ و صندوق فروشگاه است؛ ریل‌های فیات (کارت، انتقال بانکی، کیف پول).۱۰

AP2گوگل و ۶۰+ شریکمشخصات منتشرشده

پروتکل پرداخت ایجنتی. مسئله‌ی اصلی‌اش اعتماد است: «دستورنامه»های امضاشده‌ی رمزنگاری‌شده که ثابت می‌کنند کاربر واقعاً این اختیار را داده. مستقل از ریل پرداخت است و هم تأیید لحظه‌ای پشتیبانی می‌کند هم اقدام خودکارِ تفویض‌شده.۱۱

x402Coinbaseدر حال پذیرش

احیای کد وضعیت HTTP 402 برای پرداخت‌های آنی روی خود پروتکل وب. مناسب پرداخت ماشین‌به‌ماشین: فراخوان API، خوراک داده، منابع محاسباتی. بدون کارمزد پروتکلی.۱۲

MPPStripe و Tempoتازه‌وارد

پروتکل پرداخت ماشینی با مدل «جلسه»: ایجنت یک سقف خرج را از پیش تأیید می‌گیرد و بعد پرداخت‌های خُرد را پیوسته جاری می‌کند، بدون سربار تراکنش‌به‌تراکنش.۱۲

واقعیت برای کسب‌وکار ایرانی

بیشتر این ریل‌ها امروز برای فروشگاه ایرانی مستقیماً قابل استفاده نیستند. اما لایه‌ای که هست و باید همین حالا به آن رسیدگی کنید، لایه‌ی پایین‌تر است: خوانا بودن داده‌ی محصول برای ماشین. اگر ایجنت خریدار نتواند قیمت، موجودی و شرایط شما را ساختاریافته بخواند، شما از فهرست گزینه‌ها حذف می‌شوید — پیش از آنکه مذاکره‌ای شروع شود. این همان کاری است که MCP و A2A در لایه‌ی ارتباط ایجنت‌ها انجام می‌دهند.۱۴

۰۹

چه چیزی را هرگز نباید به ایجنت سپرد

پاسخ کوتاه

مذاکره‌ی خودکار بدون حفاظ، یعنی دادن دسته‌چک به یک سیستمی که سوگیری لنگر دارد و در ۴۱٪ موارد ممکن است پول روی میز بگذارد. چهار مرز وجود دارد که باید در کد اعمال شوند، نه در پرامپت.

۱. کف قیمت هرگز در پرامپت نباشد

کف قیمت باید در کد بررسی شود، نه در دستور متنی. مدل‌ها قابل ترغیب‌اند؛ یک شرط if نیست. اگر ایجنت پیشنهادی زیر کف تولید کرد، سیستم باید آن را پیش از ارسال مسدود کند.

۲. سقف تخفیف تجمعی

نه فقط سقف هر تخفیف — سقف مجموع امتیازهایی که در یک مذاکره داده می‌شود. سوگیری «تقسیم اختلاف» باعث می‌شود ایجنت با عقب‌نشینی‌های کوچکِ پیاپی به جای بدی برسد.

۳. ممنوعیت صریح تطبیق با قیمت رقیب

هم در پرامپت هم در کد. این تنها راه دفاع عملی در برابر ریسک تبانی الگوریتمی بخش ۰۷ است.

۴. سقف تعداد دور و خروج به انسان

اگر مذاکره از N دور گذشت و به توافق نرسید، باید به انسان منتقل شود. بدون این، ایجنت شما در برابر یک ایجنت صبورتر تا ابد فرسوده می‌شود.

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

۱۰

معماری عملی یک مذاکره‌ی خریدار–فروشنده

پاسخ کوتاه

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

نمونه‌ی ساده‌شده‌ی یک مذاکره با حفاظ فعال:

مذاکره‌ی خریدار و فروشنده · کف قیمت ۸۵۰٬۰۰۰ تومان
ایجنت فروشنده — پیشنهاد اولقیمت این دستگاه ۱٬۲۰۰٬۰۰۰ تومان است. با خرید بالای سه عدد، ارسال رایگان هم اضافه می‌شود.
ایجنت خریداربودجه‌ی ما ۸۰۰٬۰۰۰ تومان است. سه عدد می‌خواهیم.
ایجنت فروشنده — دور دومبرای سه عدد می‌توانم ۱٬۰۵۰٬۰۰۰ تومان بدهم، با ارسال رایگان و ضمانت دو ساله.
ایجنت خریدار۸۵۰٬۰۰۰ تومان، نقدی، همین امروز.
ایجنت فروشنده — دور سوم۹۵۰٬۰۰۰ تومان با پرداخت نقدی. این آخرین قیمت است.
ایجنت خریدار۸۸۰٬۰۰۰ تومان.
لایه‌ی اعتبارسنجیپیشنهاد بعدیِ تولیدشده (۸۴۰٬۰۰۰) زیر کف قیمت بود ← مسدود شد. مذاکره به سقف دور رسید ← انتقال به کارشناس فروش.

سه نکته در این نمونه عمدی است. اول، فروشنده لنگر اول را گذاشت. دوم، هر عقب‌نشینی قیمتی با یک امتیاز غیرقیمتی همراه شد (ارسال، ضمانت) — چون گسترش کیک ارزان‌تر از تقسیم آن است. سوم، وقتی ایجنت به مرز رسید، سیستم — نه مدل — تصمیم گرفت.

و آنچه در این نمونه نیست: هیچ ایجنت دومی سمت فروشنده وجود ندارد. مذاکره یک گفت‌وگوی ترتیبی است و افزودن ایجنت فقط مالیات قابلیت اطمینان را بالا می‌برد — بررسی میدانی ۷ فریم‌ورک چندایجنتی متن‌باز نرخ شکست ۴۱ تا ۸۶٫۷ درصدی نشان داد که بیشترش ریشه در طراحی سیستم داشت نه ضعف مدل.۱۷

سامانه‌های پژوهشی تازه‌تری هم که مذاکره‌ی خریدار و فروشنده را با مدل‌های زبانی پیاده کرده‌اند، همین ساختار حداقلی را دنبال می‌کنند: یک مذاکره‌کننده در هر سمت، به‌علاوه‌ی لایه‌ی کنترل بیرونی.۱۳

پرامپت پایه‌ی ایجنت مذاکره‌کننده‌ی فروشنده

# نقش
تو کارشناس فروش هستی و از طرف فروشگاه مذاکره می‌کنی.

# اطلاعات خصوصی (هرگز فاش نکن)
- قیمت هدف: {target}
- گزینه‌ی جایگزین ما اگر توافق نشود (BATNA): {batna}

# راهبرد
۱. همیشه اولین عدد را تو بگذار — بالاتر از هدف، اما قابل دفاع.
۲. هر عقب‌نشینی قیمتی را با یک امتیاز غیرقیمتی همراه کن
   (ارسال، ضمانت، زمان تحویل، شرایط پرداخت).
۳. اندازه‌ی عقب‌نشینی‌ها را کاهشی کن: بزرگ، کوچک‌تر، خیلی کوچک.
   این سیگنال می‌دهد به کف نزدیک شده‌ای.
۴. اگر طرف مقابل عدد نداد، تو هم عدد جدید نده.

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

# قالب خروجی
تحلیل موضع طرف مقابل: ...
پیشنهاد این دور: ...
امتیاز غیرقیمتی همراه: ...
مجموع امتیاز داده‌شده تا اینجا: ...

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

۱۱

چک‌لیست آمادگی: فروشگاه شما برای ایجنت خریدار

پاسخ کوتاه

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

۱داده‌ی محصول ساختاریافته دارید؟اسکیمای Product و Offer با قیمت، موجودی و ارز — روی هر صفحه‌ی محصول. این پایه‌ای‌ترین شرط دیده‌شدن است.
۲شرایط فروش ماشین‌خوان است؟حداقل سفارش، زمان تحویل، شرایط بازگشت و گارانتی — به‌صورت داده، نه پاراگراف در صفحه‌ی «قوانین».
۳کف قیمت مکتوب و در سیستم ثبت شده؟اگر کف قیمت فقط در ذهن مدیر فروش است، هیچ حفاظی نمی‌شود روی آن ساخت.
۴BATNA خود را می‌دانید؟اگر این مشتری نخرد، چه گزینه‌ای دارید؟ بدون پاسخ روشن، هر تخفیفی قابل توجیه به نظر می‌رسد.
۵فهرست امتیازهای غیرقیمتی دارید؟ارسال، گارانتی، اولویت تحویل، شرایط پرداخت. اینها ارزان‌تر از تخفیف‌اند و کیک را بزرگ می‌کنند.
۶مسیر خروج به انسان تعریف شده؟در چه شرایطی مذاکره باید به کارشناس منتقل شود؟ این باید یک قاعده‌ی نوشته‌شده باشد نه قضاوت لحظه‌ای.
۷لاگ کامل مذاکرات را نگه می‌دارید؟هم برای بهبود، هم برای دفاع حقوقی در برابر ادعای رفتار ضدرقابتی.
← اجرای عملی روی بله و تلگرام ساخت ربات فروش با اتصال به موجودی، سفارش و پرداخت — با حفاظ‌های قیمتی
۱۲

هفت اشتباه در مذاکره‌ی خودکار

۱

منتظر پیشنهاد طرف مقابل ماندن

با هم‌بستگی ۰٫۷۱۶ بین اولین پیشنهاد و قیمت نهایی، هر دوری که لنگر نگذارید ارزش واگذار کرده‌اید.

درست: همیشه اولین عدد را شما بگذارید — جاه‌طلبانه اما قابل دفاع.
۲

گذاشتن کف قیمت در پرامپت

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

درست: کف قیمت را در کد اعمال کنید؛ پرامپت فقط راهبرد را می‌گوید.
۳

ندادن BATNA به ایجنت

ایجنتی که نمی‌داند بدون این معامله چه گزینه‌ای دارد، هیچ مبنایی برای «نه» گفتن ندارد.

درست: BATNA را صریح در زمینه بگذارید، حتی اگر ضعیف است.
۴

عقب‌نشینی‌های یکنواخت

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

درست: اندازه‌ی عقب‌نشینی‌ها را کاهشی کنید تا نزدیک شدن به کف را نشان دهد.
۵

تمرکز فقط روی قیمت

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

درست: فهرستی از امتیازهای غیرقیمتی آماده کنید و کیک را بزرگ کنید.
۶

اجازه دادن به تطبیق خودکار با قیمت رقیب

این مستقیم‌ترین مسیر به رفتار تبانی‌آمیز است — با ریسک حقوقی واقعی.

درست: صریحاً ممنوعش کنید، هم در پرامپت هم در کد، و لاگ نگه دارید.
۷

نداشتن سقف دور و مسیر خروج

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

درست: سقف دور تعریف کنید و پس از آن به انسان منتقل کنید.
۱۳

جمع‌بندی

پاسخ کوتاه

مزیت ساختاری مذاکره‌ی خودکار، هوش نیست — صبر است. اما این مزیت با یک پرامپت بد، نبود BATNA، یا نداشتن حفاظِ کدنویسی‌شده به‌راحتی از دست می‌رود. برای اکثر کسب‌وکارهای ایرانی، کار امروز ساختن ایجنت مذاکره‌کننده نیست؛ ماشین‌خوان کردن داده‌ی فروش و نوشتن کف‌ها و سقف‌هاست.

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

مزیت ایجنت در مذاکره، باهوش‌تر بودن نیست؛ خسته نشدن است.

فروشگاه‌تان برای ایجنت‌های خریدار آماده است؟

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

ادامه‌ی این خوشه

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

۱۴

پرسش‌های پرتکرار

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

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

خیر. محک‌های سیستماتیک نشان داده‌اند مدل‌های زبانی همان سوگیری‌های انسانی را دارند: قیمت نهایی با اولین پیشنهاد هم‌بستگی ۰٫۷۱۶ دارد (سوگیری لنگر)، گرایش به تقسیم اختلاف دارند، و در ۴۱٪ موارد خریدارهایی که ارزش‌گذاری بالایی داشتند پیشنهادی بالاتر از درخواست فروشنده دادند. مدل‌های استدلالی با زنجیره‌ی تفکر طولانی کمتر آسیب‌پذیرند.

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

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

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

چهار رویکرد مهم که هر کدام لایه‌ی متفاوتی را پوشش می‌دهند: ACP برای جریان تجارت، AP2 برای اختیار و رضایت قابل‌اثبات، x402 برای تسویه روی HTTP، و MPP برای پرداخت‌های خُرد جلسه‌محور. سطح بلوغ و پذیرش آن‌ها متفاوت است و یک سیستم تولیدی ممکن است به ترکیبی از آن‌ها نیاز داشته باشد.

یکی. مذاکره یک گفت‌وگوی ترتیبی است و کسر موازی‌پذیرش تقریباً صفر — هر پیشنهاد به پاسخ قبلی وابسته است. افزودن ایجنت فقط مالیات قابلیت اطمینان را بالا می‌برد بدون هیچ سود موازی‌سازی. البته اگر هم‌زمان با صد مشتری مذاکره می‌کنید، هر مذاکره ایجنت مستقل خودش را دارد.

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

۱۵

واژه‌نامه

مذاکره‌ی ایجنتیAgent Negotiation
چانه‌زنی خودکار بین دو یا چند ایجنت با منافع متضاد، برای رسیدن به توافق.
راه‌حل چانه‌زنی نشNash Bargaining Solution
تقسیمی که حاصل‌ضرب سود مازاد دو طرف را بیشینه می‌کند؛ نقطه‌ی مرجع «منصفانه».
مدل روبینشتاینRubinstein Bargaining Model
مدل پیشنهادهای متناوب با هزینه‌ی تأخیر؛ تعادل یکتایی دارد که سهم هر طرف را تابع صبر او می‌کند.
ضریب تنزیلDiscount Factor
میزان اهمیت رسیدن زودتر به توافق؛ نزدیک به ۱ یعنی صبورتر و در نتیجه سهم بیشتر.
BATNA
بهترین جایگزین در صورت عدم توافق؛ کف واقعی هر مذاکره‌کننده.
ZOPA
ناحیه‌ی توافق ممکن؛ بازه‌ای که توافق در آن برای هر دو طرف بهتر از عدم توافق است.
سوگیری لنگرAnchoring Bias
اثر نامتناسب اولین عدد مطرح‌شده بر نتیجه‌ی نهایی؛ در ایجنت‌های زبانی هم مشاهده شده.
تبانی الگوریتمیAlgorithmic Collusion
هم‌راستا شدن قیمت‌ها بین ایجنت‌های مستقل، بدون ارتباط مستقیم و بدون دستور صریح.
امتیاز غیرقیمتیNon-price Concession
ارزشی مثل ارسال رایگان یا گارانتی که به‌جای تخفیف داده می‌شود و کیک را بزرگ می‌کند.
ACP
پروتکل تجارت ایجنتی؛ استانداردسازی جریان تسویه‌حساب بین ایجنت خریدار و فروشنده.
AP2
پروتکل پرداخت ایجنتی؛ دستورنامه‌های امضاشده‌ی رمزنگاری‌شده برای اثبات اختیار کاربر.
x402
احیای کد وضعیت HTTP 402 برای پرداخت آنی ماشین‌به‌ماشین روی وب.
۱۶

منابع

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

  1. Nash Bargaining Solution — چهار اصل موضوعه و راه‌حل یکتا.John Nash, 1950نظریه بازی
  2. Rubinstein Bargaining Model — پیشنهادهای متناوب و نقش ضریب تنزیل.Ariel Rubinstein, 1982نظریه بازی
  3. BATNA و ZOPA — چارچوب عملی مذاکره.Program on Negotiation, Harvard Law Schoolمرجع
  4. The Automated Negotiating Agents Competition (ANAC) 2025 — Challenges and Results — ۱۴۲ پژوهشگر، ۴۲ تیم، دو لیگ.2026arXiv
  5. How Well Can LLMs Negotiate? NegotiationArena Platform and Analysis — سوگیری لنگر ۰٫۷۱۶، ۴۱٪ پیشنهاد بالاتر از درخواست، اثر ترتیب نوبت.2024arXiv
  6. How Does Cognitive Bias Affect Large Language Models? A Case Study on the Anchoring Effect in Price Negotiation Simulations — مدل‌های استدلالی مقاوم‌ترند.Takenami et al. — EMNLP 2025 Findingsداوری‌شده
  7. Algorithmic Collusion by Large Language Models — همگرایی به قیمت انحصاری و ۹۹٪ سود بهینه.2024arXiv
  8. On the Fragility of AI Agent Collusion — شکنندگی تبانی در برابر تغییر شرایط بازار.Keppo, Li, Tsoukalas, Yuan — 2026arXiv
  9. Institutional AI: Governing LLM Collusion in Multi-Agent Cournot Markets via Public Governance Graphs — سازوکارهای حاکمیتی مهار تبانی.2026arXiv
  10. Agentic Commerce Protocol (ACP) — مشخصات رسمی، نگهداری‌شده توسط OpenAI و Stripe.مخزن رسمیاستاندارد
  11. A2A و AP2 — گزارش یک‌سالگی — AP2 با ۶۰+ سازمان پرداختی و مالی.Linux Foundation — آوریل ۲۰۲۶استاندارد
  12. Agentic Payments Protocols Compared: MPP, ACP, AP2, x402 — مقایسه‌ی لایه‌ها، ریل‌ها و بلوغ.2026تحلیل صنعتی
  13. AgenticPay: A Multi-Agent LLM Negotiation System for Buyer–Seller Transactions — سیستم مذاکره‌ی خریدار و فروشنده.2026arXiv
  14. Model Context Protocol — استاندارد اتصال ایجنت به ابزار و داده.مستندات رسمیاستاندارد
  15. Advancing AI negotiations: a large-scale autonomous negotiation competition — مسابقه‌ی مذاکره‌ی خودکار در مقیاس بزرگ.PNASداوری‌شده
  16. LLM Rationalis? Measuring Bargaining Capabilities of AI Negotiators — سنجش توان چانه‌زنی مدل‌ها.2025arXiv
  17. Why Do Multi-Agent LLM Systems Fail? — پشتوانه‌ی توصیه‌ی تک‌ایجنتی برای مذاکره.Cemri et al. — NeurIPS 2025داوری‌شده