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

รับไฟล์ case-file.docx และเตรียมเพื่อการเปิดเผย: ลบข้อมูลอีเมลทั้งหมดและชื่อ “Jane Smith”, ลบคำอธิบายทั้งหมด, ล้างคุณสมบัติของเอกสาร. ใช้แต่ละขั้นตอนกับไฟล์ที่ได้จากขั้นตอนก่อนหน้า, และตั้งชื่อไฟล์ที่แต่ละขั้นตอนสร้างขึ้น.

เวอร์ชันขั้นตอนต่อขั้นตอนพร้อมการกำหนดค่าและการแก้ไขปัญหาอยู่ในเอกสาร: วิธีเตรียมเอกสารเพื่อการเปิดเผยด้วยเอเจนต์ AI.

ทำไมเช็คลิสต์การเปิดเผยแบบแมนนวลถึงล้มเหลว?

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

นี่คือความเหมาะสม, ไม่ใช่การรับรอง. เซิร์ฟเวอร์จะลบสิ่งที่คุณบอกให้ลบในไฟล์ที่คุณให้. ว่าผลลัพธ์นั้นสอดคล้องกับระเบียบ FOI, โปรโตคอลการค้นพบ หรือการตรวจสอบหรือไม่ขึ้นอยู่กับการตัดสินใจของคุณ.

ขั้นตอนใดที่เอเจนต์ทำงานและลำดับเป็นอย่างไร?

นโยบายประกอบด้วยห้าขั้นตอน. แต่ละขั้นตอนสี่แรกจะเขียนไฟล์ใหม่.

  1. เรียกใช้ redact_text หนึ่งครั้งสำหรับแต่ละรูปแบบ: ชื่อ, อีเมล, ตัวระบุ, หมายเลขบัญชี.
  2. เรียกใช้ redact_image_area สำหรับลายเซ็น, ภาพถ่าย, แสตมป์และพื้นที่สแกน. ใช้กับไฟล์รูปภาพเช่น PNG หรือ JPEG ที่สแกน.
  3. เรียกใช้ redact_annotations, ปกติใช้ร่วมกับ deleteAll, เนื่องจากบันทึกการตรวจสอบภายในมักไม่สามารถเปิดเผยได้.
  4. เรียกใช้ erase_metadata สำหรับผู้เขียน, บริษัทและวันที่.
  5. ตรวจสอบไฟล์สุดท้าย, ซึ่งเป็นหัวข้อของ โพสต์แยกเกี่ยวกับการตรวจสอบ.

เอเจนต์ตัดสินใจอะไร, และเอนจินทำอะไร?

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

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

คุณทำอย่างไรให้ทุกขั้นตอนอยู่ในไฟล์สุดท้าย?

แต่ละเครื่องมือจะเขียนไฟล์ใหม่ในรูปแบบ _redacted แทนการแก้ไขในที่เดิม. เอเจนต์ที่ส่งไฟล์ต้นฉบับไปยังขั้นตอนต่อมาจะสร้างเอกสารที่มีเพียงขั้นตอนนั้นเท่านั้นที่ถูกนำไปใช้และการลบก่อนหน้าจะหายไป. คำสั่ง “apply each step to the file produced by the previous one” เป็นการควบคุม, และชื่อไฟล์ในบันทึกการสนทนาคือร่องรอยการตรวจสอบ.

ขอรูปแบบทีละหนึ่งแทนการให้คำสั่งเดียวที่ไม่ชัดเจน, พร้อมชื่อไฟล์ที่แต่ละการเรียกสร้างขึ้น. เครื่องมือการลบข้อมูลจะรายงานไฟล์ที่บันทึกไว้, ไม่ใช่จำนวนการจับคู่; ตัวเลขใด ๆ ที่เอเจนต์ให้เป็นการตีความของมันเอง. ไฟล์หลายไฟล์ที่ตั้งชื่อทำให้เกิดบันทึก, และการตอบว่า “done” เพียงครั้งเดียวไม่เพียงพอ.

ตัวอย่างการสนทนา (ย่อส่วน)

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 แยกต่างหากเพื่อให้สำเนาที่ลบข้อมูลลงในโฟลเดอร์ของมันเอง. การปล่อยไฟล์ที่ผิดทำให้ขั้นตอนก่อนหน้าทั้งหมดล้มเหลว.

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

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

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

คำถามที่พบบ่อย

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

ฉันสามารถใช้สิ่งนี้สำหรับการตรวจสอบ e-discovery ได้หรือไม่? ขั้นตอนเดียวกันใช้กับเอกสารที่เตรียมสำหรับการเปิดเผยทางกฎหมาย, และเซิร์ฟเวอร์ทำงานแบบโลคัล. มันไม่ได้ตัดสินความเกี่ยวข้องหรือสิทธิพิเศษ, และไม่ใช่แพลตฟอร์มการตรวจสอบ.

สำเนาที่ลบข้อมูลจะไปอยู่ที่ไหน? ไปยังโฟลเดอร์ผลลัพธ์ที่คุณกำหนด. ตั้งค่า GROUPDOCS_MCP_OUTPUT_PATH เพื่อให้พวกมันแยกจากไฟล์ต้นฉบับ.

ศึกษาเพิ่มเติม