تصور کنید رباتی طراحی کردهاید که در سختترین شرایط محیطی کار میکند، اما بهمحض رسیدن به یک درِ بسته، بهجای یافتن راه جایگزین، متوقف میشود و منتظر دستور انسان میماند. این دقیقاً همان نقطهای است که اکثر رباتهای بهاصطلاح «خودمختار» فعلی شکست میخورند و تنها به سیستمهای اتوماسیون پیشرفته تبدیل شدهاند. واقعیت این است که رباتهای خودمختار مدرن در حقیقت خودمختار نیستند، بلکه سیستمهای اتوماسیون پیشرفتهای هستند که بر اساس الگوهای تکرارپذیر عمل میکنند.
طبق یک راهنمای فنی که در ۷ جولای ۲۰۲۶ منتشر شد، صنعت رباتیک در حال حاضر بر پایه یک خط لوله افقی استوار است؛ سیستمی که در آن ادراک (Perception)، نقشهبرداری (Mapping) و کنترل (Control) بهعنوان ماژولهای جداگانه عمل میکنند و هیچ هدف سطحبالای پایداری ندارند. همانطور که در تحلیلهای قبلی ما دربارهی امنیت مدلهای عاملمحور اشاره کردیم، فقدان یک لایه نظارتی متمرکز، سیستم را در برابر تغییرات پیشبینینشده محیطی آسیبپذیر میکند. این چالشهای عملیاتی در حالی است که تلاشهای اخیر برای بهبود مدلهای یادگیری در رباتیک، نظیر پیشرفتهای مدل ASPIRE در اجرای تکالیف پیچیده، گامهای مهمی در جهت افزایش نرخ موفقیت رباتها در محیطهای متغیر برداشته است.
در معماری استاندارد فعلی، جریان داده بهطور معمول از این مسیر عبور میکند: ادراک $\rightarrow$ بومیسازی $\rightarrow$ نقشهبرداری $\rightarrow$ برنامهریزی $\rightarrow$ کنترل $\rightarrow$ ایمنی $\rightarrow$ درخت رفتار (Behavior Tree). این ساختار اگرچه قدرتمند است، اما فاقد ویژگیهای لازم برای خودگردانی در سطح ماموریت است. دلیل آن است که این معماری افقی است و بهجای تمرکز بر جریان عمودی از «قصد» به «تحقق»، بر ماژولها تمرکز دارد. این ساختار شبیه به کارگری است که دفترچه راهنما را دقیقاً اجرا میکند اما نمیتواند فکر کند. اگر دری قفل باشد، او صرفاً متوقف شده و منتظر مدیر میماند، زیرا «اراده»ی یافتن راهی دیگر را ندارد. به زبان ساده، این رباتها «وظیفه» را اجرا میکنند، نه «قصد» یا «اراده» را.
بر اساس مستندات این راهنما، شکافهای معماری فعلی در پنج مورد کلیدی خلاصه میشوند:
- فقدان قصد ماموریت (S1): رباتها اسکریپتها و دستورات خطی را دنبال میکنند، بهجای اینکه ماموریت را بهعنوان یک هدف سطحبالا و پایدار نمایش دهند.
- نبود لایه ارزشها (S2): محدودیتهای ایمنی بهصورت پراکنده درون الگوریتمها دفن شدهاند. این محدودیتها یک سیستم اولویت مستقل و تغییرناپذیر نیستند که بر کل رفتار حاکم باشند.
- عدم یکپارچگی دانش (S3): دادههای حاصل از نقشههای SLAM، خروجیهای ادراکی، وضعیت باتری و مدلهای محیطی در یک لایه دانش منسجم و واحد جمع نمیشوند.
- فقدان یکپارچگی صادقانه (S4): هیچ مکانیزمی برای تشخیص و نمایش تضادهای بین نیازمندیهای ماموریت و الزامات ایمنی وجود ندارد، که این امر منجر به شکست سیستم یا نیاز مکرر به دخالت انسان میشود.
- نبود گزارش یکپارچگی (Integrity Log): رباتها قادر نیستند توضیح دهند که چرا یک تصمیم خاص گرفته شده یا چرا یک مسیر جایگزین انتخاب نشده است.
الگوریتم ۱۱ یا A11 با تغییر ساختار تصمیمگیری از افقی به عمودی، این مشکل را حل میکند. در این مدل، بهجای یک توالی تخت، یک سلسلهمراتب لایهبندی شده پیادهسازی شده است:
- S1 (اراده/Will): ماموریت را نه بهصورت یک اسکریپت، بلکه بهعنوان یک قصد و نیت پایدار نمایش میدهد.
- S2 (خرد/Wisdom): یک لایه تغییرناپذیر از ارزشها و محدودیتها است که هیچ خطای برنامهریزی یا ادراکی نمیتواند آن را دور بزند یا نادیده بگیرد.
- S3 (دانش/Knowledge): یک وضعیت یکپارچه که تمام دادههای SLAM، ادراک، پیشبینی، وضعیت باتری و اطلاعات محیطی را تجمیع میکند.
- S4 (درک/Comprehension): لایه «یکپارچگی صادقانه» است که وظیفه شناسایی و تحلیل تضادهای بین لایه خرد (S2) و لایه دانش (S3) را بر عهده دارد.
در ادامه این مسیر، زیر لایه S4، معماری وارد فازهای عملیاتی و ارزیابی میشود:
- S5 تا S10 (دامنه عملیاتی): این بخش مسئول تولید اکشنها، ارزیابی محدودیتها، برنامهریزی، اجرا، مدیریت ریسک و بازبرنامهریزی (Replanning) است.
- S11 (تحقق/Realization): در این مرحله، ربات ارزیابی میکند که آیا ماموریت با موفقیت تکمیل شده است، آیا نیاز به ماموریت جدیدی هست یا باید موضوع به سطوح بالاتر ارجاع (Escalation) داده شود.
وقتی در A11 تضادی رخ میدهد، ربات بهسادگی متوقف نمیشود؛ بلکه یک «نقطه تنش» (TensionPoint) ایجاد میکند، یک قصد جدید (NewS1) تولید میکند و تمام این زنجیره منطقی را در یک گزارش یکپارچگی (Integrity Log) ثبت میکند. این گزارش از نوع append-only (فقط افزودنی) است و موارد زیر را ردیابی میکند: سیگنال S2، سیگنال S3، نقطه تنش، دلیل تضاد، قصد جدید (NewS1)، برچسب زمانی و هش (Hash) قبلی. این فرآیند، ربات را از ماشینی که هنگام خطا متوقف میشود، به عاملی (Agent) تبدیل میکند که ماموریت خود را بهطور ایمن تطبیق میدهد.
برای مثال، یک ربات بازرسی معمولی بدون A11 در صورت برخورد با یک منطقه ممنوعه (No-go area)، صرفاً متوقف شده و درخواست کمک انسان میکند. اما ربات مجهز به A11، منطقه محدود شده را تشخیص میدهد، تضاد را در گزارش یکپارچگی ثبت میکند و بهطور خودکار یک مسیر ایمن جدید برای تکمیل ماموریت تولید میکند.
این چرخش راهبردی پیشفرض اصلی این حوزه را تغییر میدهد: خودگردانی حاصلِ ادراک بهتر نیست، بلکه نتیجهی یکپارچگی بهترِ تضادهاست. با جداسازی ارزشها (S2) از اجرای عملیاتی (S5-S10)، توسعهدهندگان میتوانند تضمین کنند که ایمنی یک اولویت درجهیک باقی میماند و توسط الگوریتمهای برنامهریزی برای بهینهسازی، حذف یا نادیده گرفته نمیشود.
برای متخصصان، این به معنای عبور از درختهای رفتار پیچیده و حرکت به سمت یک چرخه تصمیمگیری ساختارمند است که تفسیرپذیری را در اولویت قرار میدهد. نتیجه، سیستمی است که در نهایت میتواند توضیح دهد چرا یک جایگزین خاص را بر گزینه دیگر ترجیح داده است.
توسعهدهندگان اکنون میتوانند پیادهسازی A11 را از طریق مخزن رسمی پروژه در گیتهاب بررسی کنند.
گام بعدی شما
- بررسی مخزن رسمی پروژه A11 در گیتهاب برای مشاهده پیادهسازیهای اولیه.
- تحلیل مجدد مدلهای کنترلی فعلی برای شناسایی نقاطی که «ارزشها» در «سوانش عملیاتی» غرق شدهاند.
- مطالعه درباره لایهبندی عمودی در سیستمهای عاملمحور برای بهبود استقرار رباتها در محیطهای ناشناخته.
اما این تحول در معماری تصمیمگیری تنها بخشی از ماجراست؛ اثر این تغییر بر سختافزارهای پردازشی لبه را در گزارش بعدی بررسی خواهیم کرد.
گفتگو