یک سیاست حذف اطلاعات برای افشا میتواند با نوشتن آن بهعنوان یک پرامپت که یک عامل هوش مصنوعی بهصورت ثابت و به ترتیب بر روی هر فایل اجرا میکند، بهصورت محلی بر روی ماشین شما اعمال شود. با استفاده از GroupDocs.Redaction.Mcp متصل به Claude Code، Cursor یا GitHub Copilot، کل سیاست در یک دستور جای میگیرد:
پرونده‑case‑file.docx را بگیرید و برای افشا آماده کنید: تمام آدرسهای ایمیل و نام «Jane Smith» را حذف کنید، تمام حاشیهنویسیها را پاک کنید، خصوصیات سند را پاک کنید. هر مرحله را بر روی فایلی که مرحلهٔ قبلی تولید کرده است اعمال کنید و نام فایلی که هر مرحله تولید میکند را بگذارید.
نسخهٔ گامبهگام همراه با پیکربندی و عیبیابی در مستندات موجود است: چگونه اسناد را برای افشا با یک عامل هوش مصنوعی آماده کنیم.
چرا چکلیست دستی افشا ناکام میماند؟
کار افشا سخت نیست، بلکه ترتیبی و تکراری است. یک مسئول سوابق که یک انتشار سوابق عمومی را آماده میکند، یا یک تیم حقوقی که اسناد را برای کشف اطلاعات (discovery) آماده میکند، همان عبورهای تکراری را بر روی هر فایل انجام میدهند: نامها و شناسهها در متن، تصاویر، نظرات بازبینی، خصوصیات سند. در پایان یک روز طولانی، نادیده گرفتن یک عبور آسان است و حذف جزئی بدترین نتیجه است چون فایل بهنظر تمام شده میآید. یک سیاست که در یک پرامپت زندگی میکند، هر بار بهیک شکل اعمال میشود و متننگاری (transcript) ثبت میکند چه چیزی اجرا شده است.
این سازگاری است، نه گواهینامه. سرور آنچه را که به او میگویید حذف میکند، در فایلی که به او میدهید. اینکه نتیجه با یک رژیم FOI، یک پروتکل کشف یا یک حسابرسی سازگار باشد، تصمیم شماست.
چه گامهایی عامل اجرا میکند و به چه ترتیب؟
سیاست شامل پنج گام است. هر یک از چهار گام اول یک فایل جدید مینویسد.
redact_textرا یک بار برای هر الگو اجرا کنید: نامها، ایمیلها، شناسهها، شماره حسابها.redact_image_areaرا برای امضاها، عکسها، مهرها و نواحی اسکنشده اجرا کنید. از آن بر روی فایلهای تصویری مانند PNG یا JPEG استفاده کنید.redact_annotationsرا معمولاً باdeleteAllاجرا کنید، زیرا یادداشتهای داخلی بازبینی بهندرت قابل افشا هستند.erase_metadataرا برای نویسنده، شرکت و تاریخها اجرا کنید.- فایل نهایی را تأیید کنید، که موضوع یک پست جداگانه دربارهٔ تأیید صحت است.
عامل چه تصمیمی میگیرد و موتور چه کاری انجام میدهد؟
| تصمیم | چه کسی اتخاذ میکند |
|---|---|
| کدام الگوها سیاست را بیان میکنند | شما، با پیشنهاد عامل برای عبارات منظم |
| کدام ابزار هر مکان را مدیریت میکند | عامل |
| آیا یک تطبیق متنی حذف میشود | موتور، دقیقاً همانطور که الگو میگوید |
| کدام فایل به گام بعدی پاس داده میشود | عامل، به همین دلیل از نام فایلها میپرسید |
| آیا سیاست کامل بوده است | شما |
هیچ طبقهبند (classifier) وجود ندارد. موتور الگوهایی را که شما تأیید میکنید اعمال میکند و این همان چیزی است که اجرای آن را قابل حسابرسی میسازد.
چگونه هر گام را در فایل نهایی نگه دارید؟
هر ابزار یک فایل جدید به سبک _redacted مینویسد بهجای ویرایش درجا. عاملی که فایل اصلی را به گام بعدی میفرستد، سندی تولید میکند که فقط آن گام اعمال شده و حذفهای قبلی در آن موجود نیست. دستور «هر گام را بر روی فایلی که گام قبلی تولید کرده است اعمال کنید» کنترل است و نام فایلها در متننگاری ردپای حسابرسی هستند.
بهجای یک دستور مبهم، الگوها را یکییکی بپرسید و نام فایلی که هر فراخوانی تولید میکند را دریافت کنید. ابزارهای حذف، فایل ذخیرهشده را گزارش میدهند، نه تعداد تطبیقها؛ هر عددی که عامل میدهد، تفسیر خودش از متن است. چندین فایل نامدار یک رکورد میسازند و یک پاسخ «تمام شد» کافی نیست.
مثال جلسه (مختصر)
You: Before you start: what is the license status of the redaction server?
Agent: -> get_license_status() mode: licensed
You: Take case-file.docx and prepare it for disclosure: redact all email addresses and the
name "Jane Smith", delete all annotations, clear the document properties.
Apply each step to the file produced by the previous one, and name each file.
Agent: 1. redact_text on case-file.docx -> saved file
2. redact_text on the file from 1 -> saved file
3. redact_annotations on the file from 2 -> saved file
4. erase_metadata on the file from 3 -> saved file
Final file: the output of step 4, named in the transcript.
چگونه سیاست را بر روی فایلهای متعدد اجرا کنید؟
دستور یکسان را برای هر فایل تکرار کنید، یا یک پوشه را نامگذاری کنید و از عامل بخواهید بهصورت یکسندی بر روی هر سند کار کند و برای هر خروجی نامی بگذارد. متن سیاست را بین اجراها یکسان نگه دارید؛ یکسان بودن هدف است. چون حالت ارزیابی فقط یک سند در هر فرآیند را اجازه میدهد، یک دستهٔ اینچنین به یک فایل مجوز یا کلیدهای متری نیاز دارد.
چگونه از انتشار نسخهٔ اصلی جلوگیری کنید؟
نسخهٔ اصلی در کنار نسخهٔ حذفشده با نامی تقریباً مشابه قرار میگیرد و اشتباهاً پیوست کردن نسخهٔ اشتباه به ایمیل آسان است. نسخههای نهایی را از پوشهٔ کاری خارج کنید، یا یک GROUPDOCS_MCP_OUTPUT_PATH جداگانه تنظیم کنید تا نسخههای حذفشده در پوشهٔ خودشان قرار گیرند. انتشار فایل اشتباه تمام گامهای قبلی را خنثی میکند.
محدودیتهای حالت ارزیابی چیست؟
حالت ارزیابی یک جریان کاری افشا را خطرناک میکند و اجرای کامل افشا بدون مجوز امکانپذیر نیست. بدون مجوز، سرور فقط یک سند در هر فرآیند، یک حذف، حداکثر ۴ جایگزینی و نشانهای آزمایشی را میپذیرد. نتیجه سندی است که پردازش شده بهنظر میآید ولی هنوز دادهها را دارد و هیچیک از پاسخها این را اعلام نمیکند. get_license_status را بهعنوان اولین گام قرار دهید، همانطور که در جلسهٔ بالا نشان داده شد.
- PDF روی لینوکس. در لینوکس، از جمله تصویر Docker،
redact_image_areaوerase_metadataدر حال حاضر بر روی فایلهای PDF شکست میخورند (مدیریت تصویر موتور PDF بهSystem.Drawingوابسته است که .NET فقط در ویندوز پشتیبانی میکند)؛ هر دو بر روی اسناد Word کار میکنند وredact_textبر روی PDF کار میکند. حذف ناحیهٔ PDF و پاکسازی متادیتا را روی ویندوز باdnxاجرا کنید.
پرسشهای متداول
چگونه اسناد را برای افشا با یک عامل هوش مصنوعی آماده کنم، برای مثال یک درخواست FOIA؟ میتواند عبورهای حذف را اجرا کند: متن بر اساس الگو، نواحی تصویر، حاشیهنویسیها و متادیتا. شما هنوز الگوها را تعریف میکنید، نتیجه را بازبینی میکنید و تصمیم میگیرید چه چیزی منتشر شود.
آیا میتوانم از این برای بازبینی e‑discovery استفاده کنم؟ همان عبورها برای اسنادی که برای افشای قانونی آماده میشوند اعمال میشود و سرور بهصورت محلی اجرا میشود. این عامل تصمیمگیری دربارهٔ مرتبط بودن یا امتیاز را نمیگیرد و نه یک پلتفرم بازبینی است.
نسخههای حذفشده به کجا میروند؟ به پوشهٔ خروجی که پیکربندی میکنید. GROUPDOCS_MCP_OUTPUT_PATH را تنظیم کنید تا از نسخههای اصلی جدا بمانند.
بیشتر بخوانید
- مستندات، راهنمای رسمی: چگونه اسناد را برای افشا با یک عامل هوش مصنوعی آماده کنیم
- مرکز مستندات: GroupDocs.Redaction MCP Server
- از اینجا شروع کنید: 3 روش برای حذف دادههای حساس با عوامل هوش مصنوعی و MCP
- مرتبط: حذف اسناد اسکنشده وقتی متنی برای یافتن وجود ندارد
- مرتبط: به هیچ حذفیتی که تأیید نکردهاید اعتماد نکنید
- مدل امنیتی و درونسازمانی: 3 معماری برای پردازش اسناد هوش مصنوعی، و آنکه فایلها را داخل شبکهٔ شما نگه میدارد
- پرسشها: انجمن GroupDocs Redaction
- منبع: GroupDocs.Redaction.Mcp در GitHub