การลบข้อมูล (redaction) จะสมบูรณ์ก็ต่อเมื่อคุณได้ตรวจสอบไฟล์ที่กำลังจะปล่อยออกไปแล้ว และเอเจนต์ AI สามารถทำการตรวจสอบนั้นได้ในเครื่องโดยใช้เพียงไม่กี่คำสั่ง ด้วย GroupDocs.Redaction.Mcp ที่เชื่อมต่อกับ Claude Code, Cursor หรือ GitHub Copilot ให้เริ่มต้นด้วยการอ่านสำเนาที่ลบข้อมูลแล้วกลับเป็นข้อความและค้นหาในนั้น:

ดึงข้อความจาก case-file_redacted.pdf แล้วบอกว่ามีที่อยู่อีเมลใดปรากฏอยู่หรือไม่

คาดว่าจะไม่มี ขั้นตอนแบบละเอียดพร้อมการตั้งค่าและการแก้ไขปัญหาอยู่ในเอกสาร: How to verify that a redaction is complete.

ทำไม “เครื่องมือทำงานแล้ว” ไม่ถือเป็นหลักฐาน?

เพราะเครื่องมือการลบข้อมูลที่ทำงานสำเร็จโดยไม่มีข้อผิดพลาดไม่ได้บอกอะไรเกี่ยวกับรูปแบบ, ไฟล์, สถานะใบอนุญาต หรือที่อื่น ๆ ที่ข้อมูลอาจซ่อนอยู่ การลบข้อมูลที่คุณไม่ได้ตรวจสอบถือเป็นการอ้างอิง ไม่ใช่การควบคุม วิธีที่มักทำให้เกิดข้อผิดพลาดไม่ได้แปลกใหม่ ประเภทของความล้มเหลวมีไม่มาก:

  • ข้อมูลถูกปกคลุม ไม่ได้ถูกลบ บล็อกทึบที่วาดทับข้อความทำให้ข้อความยังคงอยู่ในไฟล์และผู้อ่านสามารถคัดลอกออกได้ บทความ Wikipedia เกี่ยวกับ การลบข้อมูล อธิบายรายงานทหารสหรัฐปี 2005 เกี่ยวกับการเสียชีวิตของ Nicola Calipari ที่เผยแพร่เป็น PDF โดยมีส่วนที่บล็อกไว้ซึ่งสามารถดึงคืนได้โดยคัดลอกและวางลงในโปรเซสเซอร์ข้อความ (ดูเพิ่มเติมที่ BBC News, 2 พฤษภาคม 2005)
  • รูปแบบพลาดเวอร์ชันย่อย: ตัวคั่นที่ต่างกัน, การขึ้นบรรทัดใหม่, ตัวอักษรตัวพิมพ์ใหญ่/เล็กที่ต่างกัน
  • ขั้นตอนหนึ่งถูกนำไปใช้กับไฟล์ผิด ทำให้ขั้นตอนต่อมาลบล้างผลของขั้นตอนก่อนหน้า
  • ความคิดเห็นหรือคุณสมบัติของเอกสารยังคงระบุชื่อบุคคลอยู่
  • การทำงานโดยไม่มีใบอนุญาตหยุดอย่างเงียบเมื่อถึงขีดจำกัดการแทนที่

วิธีที่ผิดในการตรวจสอบ?

ถามเอเจนต์ว่า “คุณได้ทุกอย่างหรือยัง?” แล้วรับคำตอบว่า “ใช่” เอเจนต์ไม่มีข้อมูลใหม่; มันกำลังสรุปผลจากคำสั่งของตนเอง วิธีที่ผิดอีกวิธีคือการตรวจสอบไฟล์ที่คุณคิดว่าคุณได้สร้างขึ้นกฎการเชื่อมต่อทำให้เป็นไปได้อย่างเต็มที่ที่จะตรวจสอบเอกสารที่ข้ามขั้นตอนหนึ่งไป

วิธีที่ถูกต้อง? สี่การตรวจสอบ

ทำการตรวจสอบบนไฟล์ที่คุณวางแผนจะปล่อยออกอย่างแม่นยำ

1. อ่านสำเนาที่ลบข้อมูลแล้วกลับเป็นข้อความ คำสั่งที่ด้านบนทำเช่นนี้ด้วยเครื่องมือที่คืนข้อความ เช่น extract_text ใน GroupDocs.Parser.Mcp (docs) ซึ่งจัดจำหน่ายเป็น Docker image การพบแมตช์ใด ๆ หมายความว่ารูปแบบพลาดเวอร์ชันย่อย หรือการทำงานถึงขีดจำกัดการประเมิน อย่าใช้ redact_text สำหรับการตรวจสอบนี้: มันรายงานไฟล์ที่บันทึกไว้ ไม่ใช่จำนวน และเขียนสำเนาใหม่ ดังนั้นคำตอบที่ดูสะอาดไม่พิสูจน์อะไร

2. ตรวจสอบอีกสามที่ คำอธิบายและคุณสมบัติไม่ปรากฏในการค้นหาข้อความ เซิร์ฟเวอร์ GroupDocs.Annotation.Mcp แสดงรายการคำอธิบายด้วย get_annotations รายการหนึ่งต่อความคิดเห็นพร้อมหน้าที่และข้อความ

ตอนนี้ตรวจสอบสำเนาที่ลบข้อมูลแล้วสำหรับคำอธิบายและอ่านคุณสมบัติของเอกสาร

สำหรับการตรวจสอบคุณสมบัติอย่างลึกซึ้งในทุกแพ็กเกจ เซิร์ฟเวอร์ GroupDocs.Metadata.Mcp ด้วยเครื่องมือ read_metadata จะคืนคุณสมบัติเมตาดาต้าทั้งหมดเป็น 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.

จะเก็บหลักฐานอย่างไร?

บันทึกการตรวจสอบ ซึ่งรวมถึงรูปแบบที่ใช้, ไฟล์ที่สร้างและผลลัพธ์จากการอ่านกลับ เป็นหลักฐานว่าการลบข้อมูลได้ทำและตรวจสอบแล้ว ขอเอเจนต์สรุปให้และเก็บไว้กับไฟล์คดี นี่เหมาะสำหรับเส้นทางการตรวจสอบ ไม่ใช่การรับรองผลลัพธ์

การตรวจสอบไม่สามารถบอกอะไรได้บ้าง?

มันไม่สามารถบอกได้ว่ารูปแบบของคุณถูกต้องหรือไม่ ทุกอย่างข้างต้นแสดงให้เห็นว่าข้อมูลที่คุณสั่งให้ลบได้หายไปแล้ว การตัดสินว่าควรลบอะไรเป็นการตัดสินของคุณเอง และไม่มีเครื่องมือใดสามารถทำแทนคุณได้

ขีดจำกัดของโหมดประเมินผลคืออะไร?

หนึ่งเอกสารต่อกระบวนการ, การลบข้อมูลหนึ่งครั้ง, จำกัดที่ 4 การแทนที่, พร้อมแบจจ์ทดลอง ขีดจำกัดนี้เป็นข้อจำกัดของการสาธิต; การทำงานโดยไม่มีใบอนุญาตอาจดูเหมือนลบข้อมูลแล้วแต่ยังคงมีข้อมูลอยู่ ดังนั้นตรวจสอบ get_license_status ก่อนเชื่อถือการตรวจสอบใด ๆ

  • PDF บน Linux บน Linux รวมถึง Docker image, redact_image_area และ erase_metadata ปัจจุบันล้มเหลวกับไฟล์ PDF (การจัดการภาพของเอนจิน PDF พึ่งพา System.Drawing ซึ่ง .NET รองรับเฉพาะบน Windows); ทั้งสองทำงานกับเอกสาร Word, และ redact_text ทำงานกับ PDF ให้ทำการลบข้อมูลแบบพื้นที่และการลบเมตาดาต้าบน Windows ด้วย dnx

FAQ

PDF ที่ลบข้อมูลแล้วของฉันจริง ๆ แล้วลบข้อมูลหรือไม่? เฉพาะเมื่อการอ่านข้อความกลับจากสำเนาที่ลบข้อมูลแล้วไม่พบค่าที่ถูกลบ, คำอธิบายและคุณสมบัติสะอาด, และคุณได้ตรวจสอบการลบข้อมูลแบบพื้นที่แล้ว การตรวจสอบสี่อย่างใช้เพียงไม่กี่คำสั่ง

เอเจนต์ AI สามารถตรวจสอบ PDF ที่ลบข้อมูลแล้วเพื่อหาการรั่วไหลได้หรือไม่? มันสามารถอ่านข้อความกลับ, อ่านคุณสมบัติผ่านเซิร์ฟเวอร์เมตาดาต้าและเรนเดอร์หน้าให้คุณดูได้ แต่ไม่สามารถตัดสินว่าคุณเลือกรูปแบบที่ถูกต้องหรือไม่

เมตาดาต้ารอดชีวิตหลังจากการลบข้อความหรือไม่? ใช่, เว้นแต่คุณจะรัน erase_metadata ด้วย การลบข้อความเปลี่ยนแปลงข้อความ; คุณสมบัติผู้เขียน, บริษัทและวันที่เป็นข้อมูลแยกต่างหาก

ไปให้ลึกขึ้น