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

یک سرویس هوش مصنوعی ممکن است جمعه ارزیابی را بگذراند و دوشنبه، بیآنکه کد برنامه عوض شود، سامانهای دیگر باشد. نام مستعار مدل، نمایه بازیابی، پرامپت سیستمی، آستانه ایمنی، شِمای ابزار یا قاعده مسیریابی میتواند مستقل تغییر کند. رابط آشنا میماند، اما مسیر تصمیم دیگر همان ترکیب تأییدشده نیست.
پیش از انتشار یک پرسش تعیینکننده وجود دارد: آیا تیم میتواند ترکیب دقیق آماده خدمت را شناسایی و منشأ آن را بررسی کند، با ترکیب تأییدشده بسنجد و نسخه قبلی را کامل بازگرداند؟ اگر پاسخ به حافظه افراد وابسته است، انتشار تحت کنترل نیست.
صورتمواد نرمافزاری بخشی از پاسخ است، اما یک سامانه هوش مصنوعی به سابقهای گستردهتر در سطح انتشار نیاز دارد. در این راهنما آن سابقه را گذرنامه انتشار هوش مصنوعی مینامیم: گرافی نسخهدار از اجزا و روابط که به شناسههای تغییرناپذیر متصل است، به شواهد ارزیابی و تأیید ارجاع میدهد و اطلاعات قابلراستیآزمایی درباره منشأ و فرایند تولید را همراه دارد. گذرنامه ادعا نمیکند انتشار ایمن است؛ بسته شواهدی میسازد که تصمیم ایمنی، امنیتی، حقوقی، عملیاتی یا خرید را ممکن میکند.
مدل فقط یکی از وابستگیهای زنجیره رفتار در تولید است. دستیار پشتیبانی را در نظر بگیرید که بندهای سیاست را بازیابی میکند و میتواند پروندهای باز کند. خروجی آن به مدل میزبانیشده، پارامترهای مدل، دستورهای سیستمی، پرسوجوی بازیابی، مدل تعبیه، تصویر لحظهای اسناد، کد قطعهبندی، تنظیم نمایه، توضیح ابزارها، سیاست مجوزدهی، کد برنامه و سرویس بیرونی مدیریت پرونده وابسته است. نتیجه مشاهدهشده نیز از داده زنده و ورودی کاربر اثر میگیرد.
گذرنامه باید به چهار پرسش جداگانه پاسخ دهد:
نیاز نقشها متفاوت است: امنیت صحت بایت و وابستگی غیرمستقیم میخواهد؛ حقوق و تدارکات مجوز و حقوق داده؛ مالک ریسک کاربرد و پوشش ارزیابی؛ و عملیات مصنوع، مالک و دستور بازگردانی. هسته را ماشینخوان بسازید و برای هر نقش نمای لازم را بدهید.
چند منبع معتبر کنونی اجزای این الگو را پشتیبانی میکنند، اما هیچکدام مرز انتشار را برای محصول مشخص شما تعیین نمیکند.
انتشار ویژه ۸۰۰-۲۱۸A مؤسسه NIST در ژوئیه ۲۰۲۴ شیوههای توسعه امن نرمافزار را با هوش مصنوعی مولد و مدلهای پایه سازگار کرد. این سند توصیه میکند اطلاعات منشأ اجزای انتشار با سازوکارهایی مانند صورتمواد نرمافزاری یا چارچوب سطوح زنجیره تأمین به اشتراک گذاشته شود، تبار مدل و کتابخانهها و چارچوبها و خط لوله آموزش آن ثبت شود و مواردی که منشأ داده نامعلوم است نیز پنهان نماند. این راهنمای توسعه امن است، نه گواهی سلامت یک انتشار خاص.
نمایه هوش مصنوعی SPDX نسخه ۳.۰.۱ مفاهیمی برای تبادل اطلاعات درباره بسته هوش مصنوعی، مدل، نرمافزار و مجموعهداده تعریف میکند. راهنمای مرجع صورتمواد هوش مصنوعی و یادگیری ماشین CycloneDX که در ژوئن ۲۰۲۶ بازبینی شده، رویکرد ماشینخوان دیگری را نشان میدهد؛ رویکردی که میتواند شناسه مدل، مجموعهداده، توکنساز، قالب پرامپت، چارچوب نرمافزاری، جزئیات آموزش و آزمون، کاربرد موردنظر، محدودیت و فراداده مرتبط را ثبت کند. هر دو قالب میتوانند برای تعاملپذیری مفید باشند، اما انتخاب شِما بهتنهایی نمیگوید محصول شما چه چیزهایی را باید ثبت کند.
راهنمای مشترک توسعه امن هوش مصنوعی مرکز ملی امنیت سایبری بریتانیا دامنه عملیاتی را صریحتر میکند: سازمان باید مدل، داده، پرامپت، نرمافزار، مستندات، لاگ و ارزیابی را رهگیری و محافظت کند، در جای مناسب از هش یا امضا استفاده کند و توان بازگشت به وضعیت سالم شناختهشده را نگه دارد. نسخه ۱.۲ چارچوب SLSA نیز روشی برای افزایش تدریجی اعتمادپذیری منشأ کد و فرایند ساخت ارائه میدهد.
یک تفاوت بسیار مهم است. پرسشهای متداول SLSA نسخه ۱.۲ توضیح میدهد که صورتمواد معمولاً اطلاعات ریزدانه درباره اجزای حاضر در یک مصنوع میدهد، درحالیکه اطلاعات منشأ ساخت، فرایند ساخت، پارامترهای بیرونی و ورودیها را در سطحی کلیتر توصیف میکند. همپوشانی وجود دارد، اما هیچیک جای دیگری را نمیگیرد.
واقعیت تأییدشده: این منابع ایدههای سازگاری برای موجودی، تبار، شواهد ساخت و سابقه چرخه عمر امن فراهم میکنند. تحلیل ژرف: بهرهبردار بهتر است این ایدهها را در یک شیء کنترلی در سطح انتشار به هم متصل کند؛ شیئی که تنظیمات رفتاری، ابزارهای بیرونی، شواهد ارزیابی، انحراف زمان اجرا و بازگردانی را هم پوشش دهد. گذرنامه پیشنهادی این مقاله یک الگوی پیادهسازی است، نه استانداردی تازه.
از چیزی شروع کنید که واقعاً میتوان آن را به محیط بعدی ترویج کرد یا بازگرداند. «دستیار نسخه ۳» بیش از حد مبهم و «فایل مدل» بیش از حد محدود است. واحد انتشار مناسب، مانیفستی تغییرناپذیر با شناسه حاصل از هش محتواست؛ برای نمونه:
product: multilingual-policy-assistant
release_id: sha256:<digest of canonical manifest>
environment_eligibility: staging, production
created_at: <timestamp>
manifest_schema: <name and version>
previous_release: sha256:<digest>
مانیفست به اجزا اشاره میکند و لازم نیست همه سندها یا اسرار را در خود بگنجاند. هر جزء شناسه پایدار، نسخه یا هش، عرضهکننده یا سازنده، مالک، محل، سطح حساسیت، وضعیت چرخه عمر و وضعیت راستیآزمایی دارد. رابطهها این گراف را به هم وصل میکنند. اسناد ارزیابی و تأیید باید به هش انتشار اشاره کنند تا مجوز یک ترکیب نتواند بیصدا به ترکیبی تغییریافته منتقل شود.
ریزدانگی را با پیامد تنظیم کنید. توکنساز را جدا بشناسید؛ مجموعه اسناد بازیابی و نمایه مشتق از آن را هر دو ثبت کنید؛ اما متغیر صرفاً ظاهری معمولاً درون مصنوع برنامه کافی است. قاعده را مکتوب کنید تا موجودی به چیزهایی که ابزار اتفاقی میبیند محدود نشود.
موارد خارج از دامنه را هم اعلام کنید: ورودی زنده هنگام ساخت معلوم نیست، رابط میزبانیشده شاید هش وزن ندهد و داده محرمانه قابلتوزیع نباشد. شناسه حلنشده، مرجع تأمینکننده، طبقه دسترسی یا محدودیت راستیآزمایی را ثبت کنید؛ منشأ نامعلوم یک وضعیت قابلمدیریت است، نه خانهای برای پنهانکردن.
لایههای زیر هم مدل خودمیزبان و هم برنامه متکی به رابط بیرونی مدل را پوشش میدهد.
| لایه | چه چیزی ثبت شود | چرا بر تصمیم اثر دارد |
|---|---|---|
| محصول و زمان اجرا | تغییر کد برنامه، تصویر کانتینر، محیط اجرا، تنظیمات خدمتدهی، سیاست زیرساخت | رفتار اجرایی و سازگاری استقرار را تعیین میکند |
| ترکیب مدل | مدل پایه یا استقرار رابط، آداپتور، مدل پاداش یا نگهبان، توکنساز، کوانتیزهسازی، پارامترهای استنتاج | توانایی، رفتار ایمنی، تأخیر و توزیع خروجی را عوض میکند |
| داده و دانش | ارجاع داده آموزش، تنظیم و ارزیابی؛ تصویر لحظهای اسناد؛ مدل تعبیه؛ سازنده نمایه و هش نمایه | آموختهها، بازیابی و معیار سنجش سامانه را تغییر میدهد |
| تنظیمات رفتاری | پرامپت سیستمی، قالبها، بسته سیاست، قواعد مسیریابی، آستانهها، شِمای خروجی، پرچم قابلیت | میتواند بدون تغییر بایتهای مدل، تصمیم را عوض کند |
| ابزار و سرویس | شِمای ابزار، نسخه اتصالدهنده، رابط بیرونی، دامنه مجوز، سامانه پرداخت یا پرونده | عمل و داده قابلدسترسی و وابستگی مشترک را مشخص میکند |
| شواهد تصمیم | گزارش ارزیابی، مدل تهدید، نتیجه پویش، یافته آزمون خصمانه، استثنا، تأیید، گواهی استقرار، آزمون بازگردانی | توضیح میدهد چرا همین ترکیب اجازه پیشروی گرفته است |
داده شخصی، اعتبارنامه، پرامپت پنهان یا وزن محدود را در موجودی عمومی نگذارید. موجودیبرداری افشا نیست: هش، طبقهبندی، متولی، مسیر دسترسی، قاعده نگهداری و پیوند کنترلشده شواهد را ثبت کنید. راهنمای حاکمیت داده مصنوعی نیز نشان میدهد حتی وقتی رکورد محدود است، منشأ و هدف اهمیت دارد.
نام برای انسان و هش برای راستیآزماست؛ هر دو را نگه دارید. فایل، کانتینر، نمایه، پرامپت، سیاست و مجموعه ارزیابی را از بایت متعارف هش کنید. برای کد شناسه کامل تغییر، و برای بسته نرمافزاری زیستبوم، نسخه دقیق، مخزن مبدأ و قفل وابستگی را ثبت کنید.
برای سرویس میزبانیشده، نسخه تغییرناپذیر را ثبت کنید. اگر فقط نام مستعار متحرک وجود دارد، ارائهدهنده، نشانی، نام مستعار، فراداده پاسخ، سیاست بهروزرسانی، زمان مشاهده و نبود بررسی بایتبهبایت را بنویسید. این محدودیت ممکن است آزمون سختتر بخواهد یا سرویس را برای کاربرد پرپیامد نامناسب کند.
متعارفسازی ضروری است: ترتیب بایت، پایان خط یا مهر زمانی غیرقطعی میتواند هش را عوض کند. برای هر نوع داده صورت متعارف تعریف کنید، ورودی اثرگذار را از فراداده اتفاقی جدا سازید و تکرارپذیری ساخت را بیازمایید.
فهرست تخت اجزا نمیتواند پرسشهای تحلیل اثر را جواب دهد. رابطه باید نوع، جهت و معنای روشن داشته باشد. چند نمونه:
release CONTAINS application
application LOADS model
model FINE_TUNED_FROM base_model
model TRAINED_ON dataset_snapshot
index GENERATED_FROM corpus_snapshot
index GENERATED_BY index_builder
assistant USES system_prompt
assistant CAN_INVOKE tool_schema
tool_schema ENFORCED_BY authorization_policy
evaluation REPORTS_ON release
approval AUTHORIZES release
deployment RUNS release
در صورت نیاز مالک، محیط، زمان اثر و مرجع شواهد را نیز بیفزایید. آنگاه آسیبپذیری کتابخانه انتشارهای در معرض، مسئله حقوقی نمایههای مشتق، و تغییر شِمای ابزار ارزیابیهای کهنه را نشان میدهد.
رابطهها سرنوشت مشترک را هم آشکار میکنند؛ شاید دو جایگزین «مستقل» به یک ارائهدهنده، منطقه یا سرویس هویت وابسته باشند. پرونده ارزیابی فروشنده هوش مصنوعی شواهد تأمینکننده و حقوق تغییر را جمع میکند؛ گذرنامه آن جزء پذیرفتهشده را به ترکیب مستقر پیوند میدهد.
صورتمواد یک ادعاست. اگر پس از استقرار و روی لپتاپ ساخته شود، شاید همان ورودی آلوده را جا بیندازد. موجودی و منشأ را در مسیر کنترلشده انتشار تولید کنید: ورودیها را حل و هش، سازنده و فرایند را ثبت، گذرنامه را خروجی و درباره مصنوع گواهی صادر کنید. گواهی را جدا نگه دارید تا مستقل بررسی شود.
در زمان ترویج به تولید، موتور سیاست باید بیش از اعتبار امضا را بررسی کند:
امضای معتبر فقط امضای یک گزاره توسط یک هویت را ثابت میکند، نه دقت مدل، مشروعیت داده، ایمنی وابستگی یا نفوذناپذیری ساخت را. این ادعاها شواهد و ریشه اعتماد جدا میخواهند. راهنمای ردپای شواهد برای حسابرسی هوش مصنوعی روش قابلبازبینیماندن آنها را توضیح میدهد.
فرض کنید تیم همزمان مدل مولد میزبانیشده، مدل تعبیه و اسناد سیاست فارسی را عوض میکند. تیکت شاید فقط بگوید «مدل و پایگاه دانش ارتقا یابد»، اما گذرنامه پنج تغییر را نشان میدهد: رفتار تولید، هندسه تعبیه، محتوای اسناد، بایتهای نمایه و اعتبار ارزیابی قبلی.
| مقایسه گذرنامه | ریسک مهم | دروازه لازم | شیء بازگردانی |
|---|---|---|---|
| استقرار مدل مولد عوض شده | پاسخ، امتناع، آرگومان ابزار، تأخیر | آزمون بازگشتی دوزبانه برای وظیفه، ایمنی، تزریق، ابزار و تأخیر | مرجع تغییرناپذیر استقرار قبلی |
| مدل تعبیه عوض شده | رتبه بازیابی و توازن زبانی | یادآوری و دقت بازیابی به تفکیک زبان و نوع پرسش | مصنوع تعبیه و نمایه قبلی |
| تصویر لحظهای اسناد عوض شده | تازگی، حقوق، تعارض سیاست | تفاوتسنجی منبع، بازبینی حقوق، آزمون تعارض و انقضا | تصویر لحظهای قبلی اسناد |
| سازنده نمایه عوض شده | مرز قطعهها و خروجی غیرقطعی | آزمون بازتولید ساخت و ارزیابی پشتیبانی استناد | کانتینر سازنده و نمایه قبلی |
| گزارش ارزیابی هنوز به انتشار قبلی اشاره دارد | شاهد تأیید کهنه است | اجرای دوباره آزمونهای اثرپذیرفته و صدور گزارش برای هش نامزد | تا تکمیل، ترویج ممنوع است |
هدف بازگردانی مانیفست انتشار قبلی است، نه عقببردن مدل و نگهداشتن نمایه ناسازگار. مدل، تعبیه، اسناد، نمایه، پرامپت، سیاست و برنامه باید سازگار احیا شوند؛ تغییر حالت بیرونی نیز ممکن است جبران یا مهاجرت بخواهد.
این مقایسه آزمون اضافی را هم کم میکند: اگر شِمای ابزار و سیاست مجوزدهی ثابت است، سیاست ریسک میتواند آزمونهای متأثر را همراه یک خط پایه سراسری برگزیند. گذرنامه ورودی تحلیل اثر است، نه کاغذبازی بایگانی.
پیش از رسیدن نامزد به تولید، برای هر مورد نتیجهای قابلبررسی توسط ماشین بخواهید:
چکلیست آمادگی سامانه هوش مصنوعی برای تولید همچنان لازم است. گذرنامه مالک غایب، مسیر جایگزین یا ارزیابی ضعیف را جبران نمیکند؛ فقط کمبود را آشکار و کنترل را به انتشار واقعی پیوند میدهد.
چند خطا کاغذبازی میسازند، نه کنترل:
ریزدانگی بیشتر تحلیل اثر و نیز هزینه گردآوری و اعتبارسنجی را بالا میبرد. از اجزای تغییردهنده رفتار، اختیار، امنیت، حقوق، سازگاری یا اعتبار ارزیابی آغاز کنید؛ فیلد تازه فقط وقتی ارزش دارد که تصمیمی را بهتر کند.
«صورتمواد تولید شد» معیار موفقیت نیست. حلقه کنترل را اندازه بگیرید:
مخرج و استثنا را آشکار نگه دارید؛ پوشش ۹۹ درصدی شاید همان مدل یا ابزار پرپیامد را پنهان کند. وزن ریسک و شرط توقف صریح لازم است.
یک سرویس با مرز روشن و واحد بازگردانی مشخص انتخاب کنید. شش طبقه، رابطه، قواعد هویت، شواهد و سیاست نام مستعار را به کد تبدیل کنید. گذرنامه را در ساخت تولید، با مشاهده تولید مقایسه و با پرسشی واقعی مانند «کدام انتشار فعال از این مدل تعبیه استفاده میکند؟» امتحان کنید؛ سپس مانیفست قبلی را در محیط غیرتولیدی احیا کنید.
این تمرین رابط بینسخه، نمایه بازتولیدناپذیر، گزارش ارزیابی مبهم، پرامپت خارج از کنترل نسخه یا جایگزین همدامنه با خرابی اصلی را آشکار میکند. پیش از افزودن فیلد، پرپیامدترین شکاف را ببندید.
با افزودن ابزار، تغییر تأمینکننده، سطح ریسک، حوزه حقوقی، هدف داده، واحد انتشار یا قالب منشأ، گذرنامه را بازبینی کنید. نسخه شِما و تاریخچه مهاجرت را نگه دارید تا سابقه قدیمی قابلتفسیر بماند.
اصل عملی ساده است: آنچه را میتوانید دقیق بشناسید منتشر کنید، آنچه را میشناسید بررسی کنید و کل ترکیب را بازگردانید، نه زیرمجموعهای حدسی را. گذرنامه انتشار، سامانه ضعیف را خوب نمیکند؛ سامانه دقیق را آنقدر مرئی میکند که مسئولان و دروازههای خودکار بتوانند درباره پیشروی آن تصمیم بگیرند.

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