تصور کنید در یک شرکت، تمام کارکنان اجازه داشته باشند هر چه می‌خواهند روی یک تخته‌سفید غول‌پیکر بنویسند؛ خیلی زود هیچ‌کس نمی‌داند چه کسی، چه چیزی را و چرا تغییر داده است. این دقیقاً همان بحرانی است که امروز در سیستم‌های عامل‌محور (Agentic) رخ می‌دهد و باعث می‌شود ردیابی خطاها تقریباً غیرممکن شود.
به نقل از گزارش منتشر شده در ۱۲ اکتبر ۲۰۲۶ در وب‌سایت dev.to، یک توسعه‌دهنده دریافت که استفاده از استخرهای حافظه مشترک باعث ایجاد نوعی «توده داده‌ای» (Mush) می‌شود که در آن هیچ عامل (Agent) — شبیه به کارمندی که وظیفه‌ای خاص دارد اما دستورالعمل دقیقی برای گزارش‌دهی ندارد — در قبال خطاهای خاصی مسئول نیست. همان‌طور که در تحلیل‌های قبلی ما درباره‌ی امنیت مدل‌های بازمتن اشاره کردیم، نبودِ ساختار در تبادل داده، بزرگ‌ترین نقطه ضعف سیستم‌های خودکار است. این چالش‌های ساختاری اغلب ریشه در زیرساخت‌های سنتی دارند، به‌طوری که برخی اشتباهات رایج در پیاده‌سازی کوبرنتیز می‌توانند پایداری عامل‌ها را در محیط عملیاتی به‌طور کامل مختل کنند.
برای حل این مشکل، این توسعه‌دهنده سیستمی به نام صندوق پستی (Mailbox) طراحی کرد. این سیستم در واقع یک دایرکتوری ساده روی دیسک است که عامل‌ها در آن نامه‌های واقعی برای یکدیگر می‌گذارند. برخلاف صف‌های پیام یا رویدادهای ساختاریافته، این نامه‌ها شامل موارد زیر هستند:
- سلام و احوالپرسی رسمی و امضای نویسنده
- فیلدهای صریح برای نویسنده و گیرنده
- شکایات یا اصلاحات مستقیم (مثلاً: «فکر می‌کنم عدد شما اشتباه است»)
- دستورات پشتیبان برای اثبات خطا
طبق مستندات این پروژه، این سازوکار ارتباطات را از یک قابلیت جانبی به یک الزام ساختاری تبدیل می‌کند. با گنجاندن مسئولیت در قالب پیام، هر تکه داده صاحب مشخصی دارد و اثر «تخته‌سفید» — که در آن عامل‌ها بدون داشتن زمینه، داده‌های یکدیگر را بازنویسی می‌کردند — حذف می‌شود. این رویکرد در واقع تلاشی برای جلوگیری از ایجاد یک بروکراسی اداری ناکارآمد و پیچیده در لایه‌های ارتباطی هوش مصنوعی است.
برای مدیران کسب‌وکاری که در حال ساخت زیرساخت‌های عامل‌محور هستند، این یافته نشان می‌دهد که «مهندسی بیش از حد» (Over-engineering) در بخش ارتباطات، در واقع باعث کاهش بدهی فنی می‌شود. وقتی عامل‌ها مجبور باشند به‌صورت رسمی با هم مکاتبه کنند، ردپای حاصل از این ارتباطات به ستون فقرات کل عملیات تبدیل می‌شود.
گام بعدی شما
- در طراحی عامل‌های خود، به‌جای حافظه مشترک، از سیستم‌های پیام‌رسانی با مالکیت مشخص استفاده کنید.
- برای هر تبادل داده، یک «امضای دیجیتال» یا شناسه نویسنده تعریف کنید تا قابلیت بازرسی (Audit) فراهم شود.
- پروتکل‌های ارتباطی رسمی را جایگزین تبادلات آزادانه در پنجره متنی کنید.
اما تغییر در نحوه مدیریت حافظه تنها بخشی از داستان است؛ اثر این رویکرد بر کاهش هزینه‌های استنتاج را در گزارش بعدی بررسی خواهیم کرد.
گفتگو