آماده‌سازی نمونهٔ قابل استفاده با حداقل داده و فهم مسیر پردازش
برای بازنویسی، کدام بخش پرونده واقعاً لازم است؟
فقط اطلاعاتی را وارد دستیار کنید که برای نوشتن لازم و استفاده از آن مجاز است. نام کامل، شمارهٔ تماس، شناسهٔ سفارش و جزئیات خصوصی اغلب می‌توانند به نقش یا برچسب تبدیل شوند. حذف این داده‌ها نباید مسئلهٔ اصلی خواننده را از بین ببرد.
فرض کنید می‌خواهید پاسخ تأخیر یک سفارش را گرم‌تر کنید. نویسنده به وضعیت تأخیر، اقدام پشتیبانی و زمان تأییدشده نیاز دارد. نشانی خانهٔ مشتری به انتخاب لحن کمک نمی‌کند. پیش از ارسال، هر جزء را با همین پرسش بسنجید.
برای اسناد محرمانه، مجازبودن دسترسی شما به سند کافی نیست. سیاست سازمان و اجازهٔ استفاده از آن در سرویس مقصد را هم بررسی کنید. اگر اجازه روشن نیست، یک موقعیت فرضی با همان مسئلهٔ نگارشی بسازید.
والوری، ابزار محلی و میزبان چه مسیرهایی دارند؟
اسکیل والوری مجموعهٔ دستورها و منابع نگارش است. وقتی دستیارِ متصل به مدل از آن استفاده می‌کند، ارسال متن تابع مسیر و سیاست همان دستیار است. نصب اسکیل به‌تنهایی، پردازش ابری را به پردازش محلی تبدیل نمی‌کند.
در مرجع فنی محلی والوری، لینتر و ابزارهای بررسی روی دستگاه اجرا می‌شوند. فایل حریم خصوصی عمومی نیز می‌گوید این ابزارها درخواست شبکه نمی‌فرستند. این گزاره را فقط دربارهٔ همان ابزارها بخوانید؛ ارسال فایل به دستیار میزبان موضوع جداگانه‌ای است.
در بسته‌ی فعلی والوری، دریافت خودکار به‌روزرسانی و اشتراک آمار از راه هاب غیرفعال است. ابزارهای محلی بررسی متن به ارسال نوشته‌ی شما نیاز ندارند. اگر متن را به دستیار هوش مصنوعی می‌دهید، شرایط همان سرویس هم بر پردازش آن اثر دارد. تنظیمات نصب و سیاست سرویس خود را پیش از ارسال اطلاعات بررسی کنید.
چه چیزی را حذف کنیم و چه چیزی را نگه داریم؟
جدول زیر الگوی تصمیم است. برای هر سند، نیاز نگارشی را دوباره بسنجید. گاهی حتی ترکیب نقش، شهر و تاریخ می‌تواند فرد را قابل شناسایی کند. حذف نام به‌تنهایی کافی نیست.
شناسه‌های جایگزین را در سراسر نمونه ثابت نگه دارید. اگر یک مشتری در ابتدا «مشتری الف» است، در ادامه نام دیگری نگیرد. جدول اتصال نام واقعی به برچسب را وارد همان گفت‌وگو نکنید.
| داده | تصمیم پیشنهادی | شکل قابل استفاده |
|---|---|---|
| نام و اطلاعات تماس | حذف | مشتری الف |
| شناسهٔ واقعی سفارش | جایگزینی | سفارش نمونه |
| علت تأخیر تأییدشده | نگه‌داری حداقل لازم | آماده‌سازی بسته هنوز تمام نشده است |
| جزئیات زندگی شخصی | حذف | فقط نیاز مرتبط با خدمت |
| شرط بازپرداخت | نگه‌داری پس از تأیید | متن سیاست مجاز با تاریخ |
| نام کارمند پاسخ‌گو | تبدیل به نقش | مسئول پشتیبانی |
| لینک داخلی پرونده | حذف | اشاره به وجود پرونده، بدون نشانی |
یک بریف کم‌داده چه شکلی دارد؟
نمونهٔ زیر کاملاً فرضی است و هیچ دادهٔ مشتری واقعی ندارد. کار نویسنده، تنظیم پاسخ است. وضعیت‌های نامعلوم هم در بریف مشخص شده‌اند تا با جملهٔ اطمینان‌بخش پر نشوند.
در سرویس میزبان چه تنظیماتی را بررسی کنیم؟
نام سرویس، نوع حساب و فضای کاری را ثبت کنید. در راهنمای رسمی اوپن‌ای‌آی، کنترل‌های داده به حساب و تنظیمات فضای کاری وابسته‌اند. طبق بررسی ۴ اکتبر ۲۰۲۶، خاموش‌کردن استفاده برای بهبود مدل، گفت‌وگوی ذخیره‌شده را حذف نمی‌کند.
همان راهنما می‌گوید گفت‌وگوی موقت در زمان موقت‌بودن، در سابقه نمی‌آید و برای بهبود مدل استفاده نمی‌شود. ممکن است برای ایمنی تا ۳۰ روز نگه‌داری شود. اگر آن را ذخیره کنید، قواعد گفت‌وگوی عادی بر آن اعمال می‌شود.
صفحهٔ حریم خصوصی سازمانی اوپن‌ای‌آی می‌گوید دادهٔ سرویس‌های تجاری مشمول آن صفحه و سکوی برنامه‌نویسی، به‌طور پیش‌فرض برای آموزش مدل استفاده نمی‌شود. اشتراک اختیاری و تنظیمات سازمان باید جدا بررسی شوند. این توضیح را به همهٔ حساب‌ها یا ارائه‌دهندگان تعمیم ندهید.
اگر دستیار به ابزار بیرونی وصل است، مسیر آن ابزار را نیز بررسی کنید. خاموش‌بودن آموزش مدل، به‌تنهایی دربارهٔ همهٔ گزارش‌ها، نسخه‌های پشتیبان یا دسترسی مدیر سازمان پاسخ نمی‌دهد. از مسئول فضای کاری، قاعدهٔ همان محیط را بخواهید.
خروجی را چگونه به کار واقعی برگردانیم؟
ابتدا متن پیشنهادی را با بریف کم‌داده مقایسه کنید. هر وعده یا جزئیات تازه باید حذف یا تأیید شود. سپس فرد مجاز، برچسب‌ها را در محیط کاری مناسب با اطلاعات واقعی جایگزین کند.
بازبینی حریم خصوصی در شروع و پایان لازم است. مدل ممکن است از زمینهٔ گفت‌وگوی قبلی اطلاعاتی وارد پاسخ کند. خروجی را مستقل بخوانید و مطمئن شوید مخاطب فقط اطلاعات لازم برای همان کار را دریافت می‌کند.
پرسش‌های پیش از ارسال
آیا متن بی‌نام حتماً ناشناس است؟ خیر؛ ترکیب چند نشانه می‌تواند فرد یا قرارداد را آشکار کند. اطلاعات غیرضروری را حتی پس از حذف نام، کم کنید.
آیا نصب والوری اجازهٔ استفاده از نمونهٔ مشتری را ایجاد می‌کند؟ اجازه از رابطهٔ کاری، سیاست سازمان و شرایط استفاده می‌آید. ابزار نگارش این اجازه را ایجاد نمی‌کند.
برای شروع، یک پاسخ غیرحساس را انتخاب کنید و جدول حذف، نگه‌داری و جایگزینی بسازید. فقط نسخهٔ کم‌داده را به محیط مجاز ببرید. تاریخ و نام سیاست بررسی‌شده را کنار نسخهٔ داخلی بریف ثبت کنید.
منابع مقاله
- والوری؛ مرجع حریم خصوصی پیش‌نسخهٔ 3.1.0
این مرجع پیش‌نسخه، شاهد فعال‌بودن هاب در نسخهٔ عمومی یا نامزد نیست. وضعیت نامزد با ریشهٔ اعتماد، کد هاب و تنظیم نصب‌گر محلی بررسی شد.
تاریخ بررسی: ۱۲ مهر ۱۴۰۵
- اوپن‌ای‌آی؛ کنترل‌های داده در چت‌جی‌پی‌تی
آموزش مدل، نگه‌داری سابقه و گفت‌وگوی موقت، مطابق متن خوانده‌شده در تاریخ بررسی.
تاریخ بررسی: ۱۲ مهر ۱۴۰۵
- اوپن‌ای‌آی؛ حریم خصوصی سرویس‌های سازمانی
عدم استفادهٔ پیش‌فرض از دادهٔ تجاری برای آموزش و استثنای اشتراک اختیاری؛ محدود به سرویس‌های مشمول منبع.
تاریخ بررسی: ۱۲ مهر ۱۴۰۵
در تهیه و بررسی این مقاله از هوش مصنوعی کمک گرفته‌ایم. منابع بالا برای بررسی بیشتر در دسترس‌اند. پیشنهادها را با شرایط کار خودتان بسنجید.
این روش را روی متن خودتان امتحان کنید
اشتباه یا نکتهٔ مبهمی دیدید؟ در گیت‌هاب گزارش کنید. نام مقاله و بخش مربوط کافی است؛ اطلاعات محرمانه را در گزارش عمومی ننویسید.
