آخرین انتشار: بازنشستگی سامانه هوش مصنوعی بدون باقی‌گذاشتن مسیر فعال

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

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

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

بازنشستگی یک وضعیت سامانه است، نه یک رویداد استقرار

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

وضعیت‌های نهایی را از هم جدا کنید:

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

منابع چه چیزی را تثبیت می‌کنند و تحلیل از کجا آغاز می‌شود

هسته NIST AI RMF در Govern 1.7 خروج ایمن از خدمت را صریح می‌کند و آن را در برنامه پس از استقرار می‌گنجاند. نسخه ۱ در حال بازنگری است، پس وضعیت منبع باید پیگیری شود. راهنمای اجرایی Govern نیز هشدار می‌دهد توقف بی‌قاعده ریسک را بیشتر می‌کند و وابستگی، نگهداری، تحقیق، تداوم و مهاجرت را مهم می‌داند.

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

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

پیش از تعیین تاریخ، میان بازنشستگی، جایگزینی و مهار انتخاب کنید

از پیامد توقف و پیامد ادامه‌دادن شروع کنید.

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

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

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

گراف اختتام را بسازید

برای هر چیزی که می‌تواند کار بفرستد، اختیار بدهد، اثر بگیرد، وضعیت نگه دارد یا از خروجی یاد بگیرد، گره و یال جهت‌دار رسم کنید:

کاربر / API / زمان‌بند / وب‌هوک -> مسیریاب -> مجموعه قدیمی -> ابزار / صف انسانی
                                               -> کش / لاگ / تصمیم
ابزار -> سامانه بیرونی -> تأیید / اختلاف
خروجی پذیرفته‌شده -> تحلیل / ارزیابی / بازخورد / تصویر آموزشی
هویت قدیمی -> راز / توکن / نقش / پنل تأمین‌کننده
پشتیبان / تصویر / نسخه لبه -> مسیر بازیابی یا استقرار دوباره

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

ورودی را ببندید، سپس کار را تخلیه و تطبیق کنید

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

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

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

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

قراردادها را منتقل کنید، نه فقط ترافیک را

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

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

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

نگهداری شواهد را از ادامه عملیات جدا کنید

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

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

راهنمای محدودیت نگهداری ICO راهنمای حفاظت از داده بریتانیاست، نه پیش‌فرض جهانی. نگهداری باید موجه و دوره‌ای بازبینی شود و داده شخصی غیرضروری حذف یا ناشناس شود؛ آفلاین‌کردن همچنان پردازش داده است. برای سامانه‌های پرخطر مشمول، قانون هوش مصنوعی اتحادیه اروپا جداگانه اطلاعات عمر مورد انتظار، مستندات مشخص و نگهداری متناسب لاگ را می‌خواهد؛ مواد ۱۹ و ۲۶ حداقل شش ماه را مقرر می‌کنند مگر قانون قابل‌اعمال دیگری حکم متفاوت داشته باشد. این مواد مجوز نگهداری همیشگی همه پرامپت‌ها نیستند و جهان‌شمول هم نیستند.

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

اختیار را پس بگیرید و هدف درست را پاک‌سازی کنید

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

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

ویرایش دوم NIST SP 800-88، نهایی سپتامبر ۲۰۲۵، پاک‌سازی رسانه را دسترس‌ناپذیرکردن داده هدف در برابر سطح مشخصی از تلاش می‌داند. موضوع آن رسانه ذخیره‌سازی است، نه فراموشی مدل. رکورد مبدأ، قطعه، بردار، کش، ارزیابی، بازخورد، تصویر آموزشی و مشتق مستقر به فرایند تبارمحور جداگانه نیاز دارند؛ راهنمای گراف حذف این تمایز را توضیح می‌دهد.

پیش از نابودی برگشت‌ناپذیر، اختتام را اثبات کنید

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

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

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

مثال اجرایی: جایگزینی دستیار استثناهای فاکتور

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

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

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

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

پس از آخرین انتشار چه چیزهایی را پایش کنیم

شمارنده‌هایی را دنبال کنید که اختتام ناقص را آشکار می‌کنند:

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

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

دروازه خروج از خدمت

پیش از اعلام بازنشستگی یا جایگزینی، برای این پرسش‌ها مدرک مثبت بخواهید:

• آیا مجموعه دقیق و وضعیت مقصد نام‌گذاری شده و یک مالک پاسخ‌گوی تصمیم دارد؟
• آیا همه مسیرهای رابط، API، دسته‌ای، وب‌هوک، تلاش مجدد، پشتیبان و پذیرش انسانی بسته یا منتقل شده‌اند؟
• آیا هر کار در صف، در حال اجرا، نزد انسان و متعهد در بیرون یک سرنوشت تطبیق‌یافته دارد؟
• آیا وابستگی بالادست و پایین‌دست، کاربر سایه، تصویر بازیابی و نسخه فروشنده کشف شده‌اند؟
• آیا همه هویت‌ها و مسیرهای عمل قدیمی پس گرفته و از محیط زنده و بازیابی‌شده آزموده شده‌اند؟
• آیا هر مصنوع نگهداری‌شده هدف موجه، محتوای حداقلی، مرز دسترسی، مالک و انقضا دارد؟
• آیا داده مبدأ، مشتق، مدل، رسانه، کش، نمایه و پشتیبان سرنوشت‌های جداگانه گرفته‌اند؟
• آیا جانشین قرارداد کار، گروه، زبان، مدرک، اثر، ظرفیت و مسیر پشتیبان را اثبات کرده است؟
• آیا اقدام برگشت‌ناپذیر تا حل تعهد، شواهد، رفتار جانشین و مرز بازگشت متوقف مانده است؟
• آیا پنجره مشاهده تعریف‌شده نبود ترافیک، اختیار، هزینه یا استفاده دوباره توضیح‌ناپذیر را نشان می‌دهد؟

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

یادداشت منابع — بازبینی ۲۳ اوت ۲۰۲۶

• هسته NIST AI RMF — ژانویه ۲۰۲۳؛ خروج ایمن از خدمت و برنامه‌ریزی چرخه عمر. بازنگری در دست انجام است.
• راهنمای اجرایی Govern در NIST AI RMF — راهنمای کنونی Govern 1.7 درباره بازنشستگی، وابستگی، نگهداری، تحقیق، تداوم و مهاجرت.
• راهنمای توسعه امن هوش مصنوعی NCSC: توسعه امن — نسخه ۱، ۲۷ نوامبر ۲۰۲۳؛ چرخه عمر، بدهی فنی و ریسک خروج از خدمت.
• اصول یادگیری ماشین NCSC: خروج مناسب دارایی از خدمت — نسخه ۲، ۲۲ مه ۲۰۲۴؛ نابودی، بایگانی و مدرک توضیحی.
• راهنمای خروج دارایی‌ها از خدمت NCSC — نسخه ۱، ۲۰ مه ۲۰۲۵؛ کشف، وابستگی، جانشین، مدرک و پایش.
• راهنمای محدودیت نگهداری ICO — راهنمای جاری حفاظت از داده بریتانیا، بازبینی‌شده در ۲۳ اوت ۲۰۲۶؛ برنامه نگهداری، توجیه، بازبینی، حذف، ناشناس‌سازی و محدودیت آفلاین‌کردن.
• مقرره اتحادیه اروپا ۲۰۲۴/۱۶۸۹، قانون هوش مصنوعی — متن رسمی ۱۳ ژوئن ۲۰۲۴؛ مواد مورد استناد برای سامانه پرخطر، عمر مورد انتظار، مستندات، لاگ، اقدام اصلاحی و تکلیف بهره‌بردار را پوشش می‌دهند.
• ویرایش دوم NIST SP 800-88: راهنمای پاک‌سازی رسانه — نهایی سپتامبر ۲۰۲۵؛ پاک‌سازی رسانه، نه یادگیری‌زدایی مدل.
• اصل OECD درباره استحکام، امنیت و ایمنی — اصل جاری OECD، بازبینی‌شده در ۲۳ اوت ۲۰۲۶؛ مدیریت ریسک چرخه عمر، رهگیری و توقف، تعمیر یا خروج ایمن از خدمت.