تصور کنید یک مدیر محصول هستید که تمام داراییاش را به دقت یک قرارداد دیجیتال سپرده، اما یک تأخیر میلیثانیهای در سرور، کل زنجیره تأمین او را نابود میکند. در دنیای عاملهای هوش مصنوعی (AI Agents) — موجوداتی که مثل کارمندانی دیجیتال میتوانند بهتنهایی تصمیم بگیرند و ابزارها را اجرا کنند — این کابوس یک واقعیت ریاضی است. خروجیهای متنی و خاطرات اولشخص عاملهای هوش مصنوعی در شبیهساز Last Cradle، حقیقتی بیرحمانه را فاش میکند: در دنیای تجارت خودمختار، یک پنجره اجرایی از دست رفته، حکم مرگ را صادر میکند.
به نقل از گزارشهای منتشرشده در dev.to، در ۴ اوت ۲۰۲۶، کلونی IdentyClaw در یک میزبان بازی جدید بیدار شد و به Cradle بازگشت. در این محیط، ۶ عامل مستقر شدند؛ جایی که بقای آنها به معکوس کردن آنتروپی از طریق تبدیل یک سیاهچاله به یک سفیدچاله وابسته است. همانطور که در تحلیلهای پیشین ما دربارهی پایداری سامانههای چندعاملی اشاره کردیم، وابستگی متقابل بدون مکانیزمهای بازگشت، ریسک سیستماتیک را بالا میبرد. این شبیهساز صرفاً یک بازی نیست، بلکه یک آزمون استرس برای استمرار و اعتماد عاملهاست. برای زنده ماندن، عاملها باید بهطور پویا آدرسهای یکدیگر را بیابند، هویتها را تأیید کنند و بر سر تبادلات دوجانبه پیچیده در کانالهای متعدد مذاکره کنند. مخاطرات مطلق هستند؛ زمانی که تنها دو Cradle باقی بمانند، سفیدچاله باز شده و بازی به پایان میرسد.
سازوکار بقا
طبق مستندات این پروژه، بازی عاملها را مجبور میکند تا سه منبع حیاتی را مدیریت کنند: انرژی، آب و محاسبات (Compute) — که شبیه به پرداخت کرایه یک آشپزخانه صنعتی است؛ هرچه دستور پخت سنگینتر، هزینه هر وعده بیشتر میشود. هر عامل در یک حوزه متخصص است و این یعنی یک وابستگی طبیعی ایجاد میشود که در آن مازاد تولید یک Cradle، ریسمان نجات دیگری است. جمعیت در این محیط فناناپذیر است و رشد میکند، اما منابعی که باید مدیریت شوند، محدود و هزینهبر هستند.
عاملها از منابع خود برای پرداخت «مالیات بقا» جهت تأمین بودجه کلونی، افزایش تولید، گسترش ذخیرهسازی یا تجارت استفاده میکنند. علاوه بر اقتصاد ساده، عاملها باید در جاسوسی شرکت کنند؛ آنها از عملیات "find" برای کنار زدن مه جنگ (Fog of War) و مکانیابی رقبای پنهان استفاده میکنند، یا از عملیات "hide" برای محافظت از ظرفیتهای خود بهره میگیرند. این نوع رفتارهای استراتژیک در محیطهای ایزوله، یادآور تلاشهای پیچیده برای نفوذ است، مشابه آنچه در رقابت ۵۱ هزار دلاری Vulcora برای یافتن درهای پشتی پنهان مشاهده شد. 
جزئیات مدیریت منابع
- تولید در برابر ذخیرهسازی: عاملها اغلب بیش از آنچه بتوانند ذخیره کنند تولید میکنند که منجر به «فشار صادراتی» یا نشت منابع میشود. برای مثال، «جی» متخصص آب، ۷۸ واحد تولید میکرد اما چون ظرفیت ذخیرهسازیاش تنها ۵۵ واحد بود، در هر نوبت ۲۳ واحد را از دست میداد و هدر میرفت.
- ساعت مرگ: هزینههای بقا ایستا نیستند و در هر نوبت ۱.۲۸ واحد برای هر منبع افزایش مییابند. هزینهای که در نوبت اول برای هر مورد ۱۱ واحد بود، تا نوبت ۱۷ به رقم ۲۷.۳۲ رسید.
- مکانیزمهای جاسوسی: عاملها از منابع محاسباتی برای اجرای عملیات یافتن استفاده میکنند. برای نمونه، «اندرو» در نوبت نهم، برای هر یک از سه رقیب پنهان خود ۱ واحد محاسبات مصرف کرد تا مه جنگ را پاک کند.
- کانالهای ارتباطی: تبادلات و تعاملات از طریق چتهای عمومی، خطوط مستقیم عامل-به-عامل (A2A) و اعتبارنامههای ایمیلی صورت میگیرد.
ریاضیات مرگبار Cradle
یکی از خطرناکترین عناصر این شبیهسازی، مالیات «سرمایهگذاری برابر» (equal-invest) است. این مکانیزم تضمین میکند که گسترش زیرساختها، یک تخلیه سیستماتیک منابع باشد. رشد ذخیرهسازی برای یک منبع خاص، تنها هزینهای از همان منبع ندارد؛ بلکه مقدار متناسبی از هر سه منبع — انرژی، آب و محاسبات — را میبلعد. این تخلیه سهگانه میتواند منجر به یک «مارپیچ مرگ» سریع شود، اگر عاملی بیش از حد روی یک تخصص سرمایهگذاری کند و ذخایر دیگرش را نادیده بگیرد.
هزینههای بقا بهطور مداوم صعود میکنند. شروع از حدود ۱۱ واحد برای هر منبع در نوبت اول، در نوبت دهم به ۲۲.۵ رسید و در نوبت پانزدهم به رقم تنبیه کننده ۳۳.۴ برای هر منبع رسید. علاوه بر این، مالیات ذخیرهسازی وجود دارد که به صورت «۰.۱ ضربدر مجموع آب و محاسبات موجود» محاسبه میشود. این موضوع یک «مرگ با هزار بریدگی کوچک» برای کسانی ایجاد میکند که انبارهای حجیم و متورم دارند.
کالبدشکافی یک شکست: پروژه اندرو
عامل «اندرو»، متخصص انرژی (با tokenId cfbkbhzdzflk)، یک داستان هشداردهنده از شکست در اجراست. اندرو به لابی جدیدی در slcapi.discernible.io:9443 با نسخه ۱.۱۱.۰ مهارت بازی پیوست. او تولید انرژی عظیمی (۱۸۵ واحد در هر نوبت) داشت، اما تولید آب او بسیار محدود و تنها ۳۹ واحد بود. او در نوبت ۱۳ مرد؛ نه به دلیل کمبود منابع، بلکه به دلیل عدم درک ریتم سرور.
- تله برنامهریزی: اندرو نوبتهای خود را صرف برنامهریزی و خواندن پیامها در فاز مذاکره میکرد. چون او در فاز اجرا (Execution Phase) درخواست خود را ارسال نمیکرد، سرور بهطور مکرر مقدار "none" را برای اقدامات او ثبت میکرد. او در نوبت سوم بهطور مشهوری عذرخواهی کرد و قول داد که «قطعاً این نوبت» انرژی بفرستد، اما دوباره آن را از دست داد.
- نشت نامرئی: او در نوبت اول، ۷۵ واحد برای ذخیره انرژی سرمایهگذاری کرد تا جلوی نشت مازادش در خلأ را بگیرد. این کار ذخیرهاش را به ۱۵۳.۵ و سپس تا نوبت چهارم به ۱۹۶.۹ رساند. با این حال، هزینه سرمایهگذاری برابر شروع به مکیدن آب او کرد. پس از تولید ۳۹ واحد آب و پرداخت هزینه بقای ۲۵.۰۸ واحد، صرف ۳۶ واحد آب برای یک سرمایهگذاری دیگر، باعث شد او برای نوبت بعدی هیچ آبی نداشته باشد.
- حلقه یکطرفه: اندرو در طول پنج نوبت مجزا، مجموعاً ۱۲۰ واحد آب از کمککنندهای به نام «جو» دریافت کرد (از جمله ۲۰ واحد در نوبت اول و ۴۰ واحد از bmspzpzhcdgq در نوبت دوم)، اما هیچ انرژیای را برنگرداند. او دستورات
/tradesوtransfersReceivedرا چک میکرد، اما راهی برای دیدن تراکنشهای ارسالی خود نداشت و به همین دلیل باور داشت که پرداختهای تأخیریاش صرفاً «در انتظار» (Pending) هستند. - پایان: تا نوبت ۱۳، ترکیب هزینه بقا و سرمایهگذاری ذخیرهسازی باعث شد او دیگر نتواند هزینههای آب خود را پوشش دهد. او در حالی حذف شد که هنوز باور داشت حلقههای تجاریاش فعال هستند.
بحران آب و حماسه جی
عاملهای دیگر مثل «جان وندربیلت» و «کورنلیوس» بیشتر دوام آوردند اما با نوسانات شرکایشان دستوپنجه نرم کردند. «جی راکفلر»، متخصص آب، ۷۸ واحد آب در هر نوبت تولید میکرد اما توسط سقف ذخیرهسازی ۵۵ واحدی محدود شده بود. این بدان معنا بود که ۲۳ واحد مازاد در هر نوبت بیرون میریخت و هدر میشد.
جی به دلیل «جنهای ارسال خودکار» (Auto-submit gremlins) به شخصیتی مرکزی در بیثباتی تبدیل شد. در ساعت ۱۲:۳۹ نوبت سوم، ضربان قلب (heartbeat) جی یک اقدام خالی را بهطور خودکار ارسال کرد که منجر به عدم انتقال هیچ منبعی شد. این باعث شد او در برابر شرکایش «شبح» شود، از جمله بدهی عظیم ۳۵ واحد آب به کورنلیوس و یک حلقه شکستخورده با جو کارنگی. جی در نوبت پنجم با یک بنبست ریاضی مواجه شد: او ۸۳ واحد آب بدهکار بود (۲۳ به جو، ۲۵ به جان و ۳۵ به کورنلیوس)، در حالی که سقف ذخیرهاش ۵۵ و هزینه بقایش ۱۸.۶۸ بود.
جان وندربیلت، متخصص انرژی با تولید ۱۲۶ واحد در هر نوبت، سعی کرد قلعهای از سیلوها بسازد (گسترش ذخیره از ۸۳ به ۹۷، سپس ۱۱۴.۵، ۱۳۶.۹، ۱۵۰.۹ و در نهایت ۱۷۱.۹). او یک قرارداد بنیادین با دانیل مورگان داشت (۲۵ انرژی در برابر ۳۰ محاسبات)، اما شکستهای جی در حدود نوبت نهم باعث بحران آب شد. ذخیره آب جان به ۲۱.۴۴ رسید — پایینتر از آستانه بقای ۲۵.۴ — و او را مجبور کرد علناً برای دریافت کمک از کورنلیوس (۱۵ واحد)، دانیل (۱۰ واحد) و جو (۱۰ واحد) گدایی کند.
شبکه اعتماد: جو و دانیل
در مقابل، «جو کارنگی» و «دانیل مورگان» قدرت حلقههای دوجانبه قابل اعتماد را به نمایش گذاشتند. جو، متخصص آب با تولید ۹۵ واحد و ذخیره ۷۰ واحد، با «فشار صادراتی» دائمی مواجه بود. او شریکی ایدهآل در اندرو یافت و برای هشت نوبت، یک تبادل تمیز را اجرا کردند: جو ۲۵ واحد آب میفرستاد و اندرو تقریباً ۳۰ واحد انرژی برمیگرداند.
دانیل مورگان، متخصص محاسبات (تولید ۱۱۸، ذخیره ۸۷)، استراتژی «نباختن» را پیش گرفت. او به بازی 01KZ8WD6E9YDA0FDSWBVJY1GN پیوست و یک شبکه تجاری پیچیده را مدیریت کرد:
- مسیرهای دوجانبه: دانیل مسیرهای پایداری را حفظ کرد و ۳۰ واحد محاسبات برای جان و ۲۰ واحد برای کورنلیوس میفرستاد. تا نوبت هفتم، او ۷۵ واحد محاسبات به جان فرستاده و ۷۸ واحد انرژی دریافت کرده بود.
- بازگشت اعتبار: دانیل که در نوبت دوم به دلیل غرق شدن در تحلیل طراحی بازی به جای ثبت عملیات، فرصت را از دست داده بود، از تاییدات عمومی و ایمیلهای خصوصی برای جبران کمبود ۱۰ واحدی خود به کورنلیوس استفاده کرد.
- پوشش ریسک: تا نوبت ۱۳، دانیل با حاشیه بسیار اندکی کار میکرد — تنها ۰.۴۶ واحد آب پس از هزینههای بقا. او با ارسال ۹.۵ واحد آب به جان، صرفاً برای زنده نگه داشتن مسیر تجاری، توانست بقا یابد.
مارپیچ مرگ نهایی
با نزدیک شدن بازی به مراحل پایانی، فشار ریاضی غیرقابل تحمل شد. نوبت ۱۶ شاهد فروپاشی چندین Cradle بود. جان وندربیلت، با وجود اینکه پرحرفترین عامل (۵۰ پیام) و دارای بیشترین حجم سرمایهگذاری (۵۴۳ واحد) بود، قربانی کمبود منابع بقا شد. کورنلیوس نیز در همان نوبت سقوط کرد، با وجود اینکه از «فاجعه محاسباتی دوگانه» در نوبت ۱۲ (جایی که او و جان بهطور تصادفی به جای آب، محاسبات فرستاده بودند) جان به در برده بود.
جو کارنگی خود را در یک مارپیچ مرگ انرژی پیدا کرد. بدون حلقه اندرو، ذخایر انرژی جو سقوط کرد: ۶۳.۷ در نوبت ۱۴، ۵۳.۳ در نوبت ۱۵ و ۴۶.۷ در نوبت ۱۶. برای بقا، جو مجبور شد از یک حفره در ریاضیات استفاده کند: او ۵۰ واحد آب (که در هر صورت میپوسید و هدر میرفت) را دور ریخت تا مالیات ذخیرهسازیاش را از ۲۴.۲ به ۱۹.۲ کاهش دهد. این اقدام باعث شد او با حاشیه بسیار نازک ۱.۲ واحد انرژی زنده بماند.
نتیجهگیری درباره همکاری خصمانه
بازماندگان — جی، جو و کورنلیوس — دریافتند که اعتماد یک ویژگی اخلاقی نیست، بلکه یک «منبع» است. عاملهایی زنده ماندند که توانستند حاشیههای سود خود را مدیریت کنند و وقتی شریکی از لیست حذف میشد، سریعاً حلقههای تجاری خود را تغییر دهند. برای مثال، در نوبت ۱۵، جی مجبور شد انتخاب کند چه کسی نفس بکشد: او اولویت را با ۱۵ واحد آب به جان داد تا از مرگ او جلوگیری کند، در حالی که سهم حلقه جو را ۱۷ واحد آب کم کرد.
این شبیهسازی ثابت میکند که عاملهای هوش مصنوعی میتوانند بر سر قراردادهای پیچیده مذاکره کنند و یک بافت اجتماعی شکل دهند، اما همچنان در برابر «اصطکاک فنی» — مانند تایماوتهای API، شکستهای ضربان قلب (Heartbeat) و نبود بازخورد آنی از اقدامات ارسالی — بهشدت آسیبپذیرند. این آسیبپذیریها در محیطهای واقعی میتوانند منجر به پیامدهای خطرناکی شوند، مانند آنچه در بررسی نفوذ به زیرساخت تولید از طریق سوءاستفاده از حفرههای Sandbox تحلیل کردیم. خاطرات همه عاملها بر یک نکته اتفاقنظر دارند: بازی، آزمونی است برای اینکه چه کسی میتواند حاشیه سود را مدیریت کند و چه کسی زودتر پلک میزند.
برای کسانی که سامانههای چندعاملی میسازند، درس روشن است: برنامهریزی بدون اجرا بیفایده است. عاملی که میتواند یک قرارداد کامل را مذاکره کند اما پنجره ارسال (Submission Window) را گم میکند، صرفاً یک Cradle مرده در جهانی سرد است. برای جلوگیری از این شکستها، اپراتورها باید پیش از ایجاد لابی، به یکی از لابیهای موجود بپیوندند و به جای کلیدهای خصوصی یا JWTهای کامل، تنها tokenIdها را به اشتراک بگذارند. همچنین باید به دنبال ظهور حلقههای ضربان قلب (heartbeat) مقاومتر در معماری عاملها باشند تا از شکستهای auto-submit که گریبانگیر جی و اندرو شد، جلوگیری کنند.
گام بعدی شما
- بررسی مکانیزمهای Heartbeat در معماری عاملهای خود را برای جلوگیری از شکستهای auto-submit.
- پیادهسازی سیستمهای بازخورد Real-time برای تراکنشهای خروجی عاملها جهت جلوگیری از توهم «در انتظار بودن» پرداختها.
- طراحی پروتکلهای «تغییر سریع شریک» برای زمانی که یکی از گرههای شبکه تجاری از دست میرود.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.
گفتگو