يُعتبر الحذف (التعتيم) مكتملًا فقط عندما تتحقق من الملف الذي ستصدره، ويمكن لوكيل الذكاء الاصطناعي إجراء هذا الفحص محليًا في بضع نداءات. باستخدام GroupDocs.Redaction.Mcp المتصل بـ Claude Code أو Cursor أو GitHub Copilot، ابدأ بقراءة النسخة المعتمة كنص والبحث فيها:

استخراج نص case-file_redacted.pdf وأخبرني ما إذا كان هناك أي عنوان بريد إلكتروني يظهر فيه.

توقع عدم وجود أي شيء. النسخة خطوة بخطوة مع الإعدادات واستكشاف الأخطاء موجودة في الوثائق: كيفية التحقق من أن الحذف مكتمل.

لماذا لا يُعد تشغيل الأداة دليلًا؟

لأن أداة الحذف التي تنتهي دون خطأ لا تقول شيئًا عن النمط، أو الملف، أو حالة الترخيص، أو الأماكن الأخرى التي قد يختبئ فيها البيانات. الحذف الذي لم تتحقق منه هو مجرد ادعاء، وليس تحكمًا. الطريقة الشائعة لحدوث الخطأ ليست غريبة. فئات الفشل قليلة:

  • تم تغطية البيانات، وليس إزالتها. الكتل غير الشفافة المرسومة فوق النص تترك النص داخل الملف، ويمكن للقراء نسخه. المقالة في ويكيبيديا عن التعتيم تصف تقريرًا عسكريًا أمريكيًا عام 2005 عن وفاة نيكولا كاليباري، نُشر كملف PDF مع أجزاء محجوبة يمكن استرجاعها عن طريق النسخ واللصق في معالج نصوص (انظر أيضًا BBC News، 2 مايو 2005).
  • لم يلتقط النمط أحد المتغيرات: فاصل مختلف، أو سطر جديد، أو حالة حرف مختلفة.
  • تم تطبيق خطوة على الملف الخطأ، فخطوة لاحقة ألغت خطوة سابقة.
  • لا تزال التعليقات أو خصائص المستند تحمل اسم الشخص.
  • توقفت عملية غير مرخصة بصمت عند حد الاستبدالات.

ما هي الطريقة الخاطئة للتحقق؟

سؤال الوكيل “هل حصلت على كل شيء؟” وقبول “نعم”. الوكيل لا يمتلك معلومات جديدة؛ إنه يلخص نداءاته الخاصة. الطريقة الخاطئة الثانية هي التحقق من الملف الذي تعتقد أنك أنشأته. قاعدة السلسلة تعني أنه من الممكن تمامًا التحقق من مستند تخطى خطوة.

ما هي الطريقة الصحيحة؟ أربع فحوصات

نفّذها على الملف الدقيق الذي تنوي إصداره.

1. قراءة النسخة المعتمة كنص. ينجز الموجه في الأعلى ذلك باستخدام أداة تُعيد النص، مثل extract_text في GroupDocs.Parser.Mcp (الوثائق)، والتي تُقدم كصورة Docker. أي نتيجة تعني أن النمط فاته متغيرات، أو أن العملية وصلت إلى حد التقييم. لا تستخدم redact_text لهذا الفحص: فهو يُبلغ عن ملف محفوظ، وليس عن عدد، ويكتب نسخة أخرى، لذا رد يبدو نظيفًا لا يثبت شيئًا.

2. التحقق من الأماكن الثلاثة الأخرى. التعليقات والخصائص لا تظهر في بحث نصي. خادم GroupDocs.Annotation.Mcp يُدرج التعليقات باستخدام get_annotations، مدخل واحد لكل تعليق مع صفحته ورسائله.

الآن تحقق من النسخة المعتمة من التعليقات واقرأ خصائص المستند.

لتحقق أعمق من الخصائص عبر كل حزمة، أداة read_metadata في خادم GroupDocs.Metadata.Mcp تُعيد جميع خصائص البيانات الوصفية كـ JSON، وتقرأ أيضًا EXIF و XMP و IPTC. هذه هي حلقة الخوادم المتقاطعة: خادم Redaction يزيل، وخادم آخر يقرأ مرة أخرى.

3. النظر إلى الصفحات. لا يمكن التحقق من الحذف المكاني عبر بحث نصي. افتح المستند، أو اجعل الوكيل يُظهر كل صفحة باستخدام أداة render_page في GroupDocs.Viewer.Mcp، وتأكد من أن كل صندوق يغطي ما كان من المفترض أن يغطيه، بالكامل، على الصفحة الصحيحة.

4. تأكيد حالة الترخيص للعملية التي أنتجتها.

ما هي حالة الترخيص لخادم الحذف؟

إذا كان الجواب evaluation، فإن الحذف تم تحديده بأربع استبدالات. عادةً ما يُظهر التحقق ذلك، لكن مستندًا يحتوي على أربع مطابقات بالضبط قد ينجح ويظل خاطئًا. الترخيص أولًا، والتحقق ثانيًا، في كل مرة. get_license_status يجيب على السؤال الأول، وget_document_info يُعيد عدد الصفحات والأحجام عندما يكون هناك حذف مكاني.

جلسة مثال (مختصرة)

You:    What is the license status of the redaction server?
Agent:  -> get_license_status()   mode: licensed
You:    Extract the text of case-file_redacted.pdf and tell me whether any email address appears.
Agent:  -> extract_text (Parser server)   No email addresses in the extracted text.
You:    Now check it for annotations and read its document properties.
Agent:  -> get_annotations (Annotation server)   no annotations
        -> read_metadata (Metadata server)       Author, Company: empty
You:    Summarize what you redacted, in which file, and what the verification found.

كيف تحتفظ بالأدلة؟

سجل التحقق، أي الأنماط المستخدمة، والملفات المنتجة وما وجده الفحص العكسي، هو الدليل على أن الحذف تم وتنفيذ الفحص. اطلب من الوكيل ملخصًا له واحتفظ به مع ملف القضية. هذا مناسب لسلسلة تدقيق، وليس شهادة على النتيجة.

ما الذي لا يمكن للتحقق أن يخبرك به؟

لا يمكنه إخبارك ما إذا كانت الأنماط التي استخدمتها هي الصحيحة. كل ما سبق يُظهر أن ما طلبت إزالته قد اختفى. اتخاذ قرار ما يجب إزالته هو حكمك، ولا أداة تأخذ ذلك منك.

ما هي حدود وضع التقييم؟

وثيقة واحدة لكل عملية، حذف واحد، محدود بأربع استبدالات، بالإضافة إلى شارات التجربة. الحد هو حد تجريبي؛ عملية غير مرخصة تبدو كأنها محذوفة ويمكن أن لا تزال تحتوي على البيانات، لذا تحقق من get_license_status قبل أن تثق بأي تحقق.

  • PDF على لينكس. على لينكس، بما في ذلك صورة Docker، فإن redact_image_area و erase_metadata حاليًا يفشلان مع ملفات PDF (معالجة الصور في محرك PDF تعتمد على System.Drawing، الذي يدعمه .NET فقط على ويندوز)؛ كلاهما يعمل مع مستندات Word، وredact_text يعمل مع PDF. نفّذ حذف مناطق PDF ومحو البيانات الوصفية على ويندوز باستخدام dnx.

الأسئلة المتكررة

هل ملف PDF المعتمد محذوف فعلاً؟ فقط إذا كان الفحص النصي للنسخة المعتمة لا يجد أيًا من القيم التي أزيلت، وكانت التعليقات والخصائص واضحة، وقد راجعت الحذف المكاني. التحقق من الأربعة يأخذ بضع نداءات.

هل يمكن لوكيل الذكاء الاصطناعي فحص PDF المعتمد للتسريبات؟ يمكنه قراءة النص مرة أخرى، وقراءة الخصائص عبر خادم البيانات الوصفية وعرض الصفحات لتتمكن من رؤيتها. لا يمكنه الحكم ما إذا كنت قد اخترت الأنماط الصحيحة.

هل تبقى البيانات الوصفية بعد حذف النص؟ نعم، ما لم تقم أيضًا بتشغيل erase_metadata. حذف النص يغيّر النص فقط؛ خصائص المؤلف والشركة والتاريخ منفصلة.

تعمق أكثر