คุณสามารถตรวจสอบเมตาดาต้าเอกสารด้วยเอเจนต์ AI โดยการถามสามคำถามที่ชัดเจน และเอเจนต์จะตอบโดยการอ่านไฟล์ในเครื่องผ่าน GroupDocs.Metadata.Mcp ตัวอย่างคำสั่งแรกที่ทั่วไปคือ:

ใครถูกระบุเป็นผู้เขียนและผู้ที่แก้ไขล่าสุดในไฟล์ทั้งหมดในโฟลเดอร์นี้ และชื่อบริษัทที่พวกเขาใช้คืออะไร?

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

ทำไมการตรวจสอบเมตาดาต้าต้องใช้เครื่องมือและไม่ใช่แค่โมเดล?

โมเดลภาษาไม่สามารถมองเห็นเมตาดาต้าได้ มันมองเห็นเฉพาะข้อความที่คุณวางเท่านั้น และฟิลด์ผู้เขียน ชื่อบริษัท และพิกัด GPS ไม่ได้อยู่ในข้อความนั้น เอเจนต์ที่ตอบว่า “ใครเขียนนี้?” โดยไม่เรียกเครื่องมือจะเป็นการคาดเดา และการคาดเดานั้นดูมั่นใจ GroupDocs.Metadata.Mcp เป็นเซิร์ฟเวอร์ MCP ที่ให้ Claude, Cursor, GitHub Copilot, VS Code และ Windsurf เข้าถึงคุณสมบัติจริงของไฟล์: เอเจนต์เรียกเครื่องมือ รับ JSON แล้วรายงานสิ่งที่มีไฟล์ยังคงอยู่ในโฟลเดอร์บนเครื่องของคุณ; เพียงคุณสมบัติเพียงเท่านั้นที่ส่งไปยังโมเดล

สามคำถามด้านล่างเป็นคำถามที่อธิบายความประหลาดใจด้านความเป็นส่วนตัวส่วนใหญ่ แต่ละคำถามทำงานเป็นคำสั่งเดี่ยวได้

คำถาม 1: ใครถูกระบุเป็นผู้เขียน?

ใครถูกระบุเป็นผู้เขียนและผู้ที่แก้ไขล่าสุดในไฟล์ทั้งหมดในโฟลเดอร์นี้?

เอเจนต์เรียก search_metadata พร้อมตัวกรอง ซึ่งจะคืนค่าเฉพาะคุณสมบัติที่ตรงกันแทนชุดคุณสมบัติทั้งหมด คำอธิบายเครื่องมือบอกให้ใช้เมื่อ “ผู้ใช้ถามเกี่ยวกับคุณสมบัติเฉพาะ (SPECIFIC) แทนชุดทั้งหมด” ตัวกรองได้แก่ category (เช่น person), nameContains และ valueContains ทั้งหมดไม่สนใจตัวพิมพ์ใหญ่/เล็ก ผลลัพธ์เป็นอ็อบเจ็กต์ JSON ที่มี count และอาร์เรย์ properties ของชื่อ, ค่าและประเภท

ทำไมจึงสำคัญ: ฟิลด์ผู้เขียนมักเก็บชื่อบุคคลจริง และผู้ที่แก้ไขล่าสุดบางครั้งอาจเป็นพนักงานเก่า ทั้งสองไม่แสดงบนหน้าเว็บ

คำถาม 2: บริษัทใดถูกเขียนลงในไฟล์?

มีคุณสมบัติใดในไฟล์เหล่านี้ที่ยังคงมีชื่อบริษัทเก่าหรือไม่?

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

คำถาม 3: รูปภาพเหล่านี้มีพิกัด GPS หรือไม่?

รูปภาพใดบ้างในนี้มีพิกัด GPS? อยู่ที่ไหน?

search_metadata หมวด gps ตอบโดยตรง ในโหมดประเมินข้อมูล GPS ของ EXIF จะไม่พร้อมใช้งาน ดังนั้น count เป็น 0 ไม่ได้พิสูจน์อะไร; ตรวจสอบ get_license_status ก่อน รูปที่ถ่ายที่บ้านและเผยแพร่โดยตรงเป็นตัวอย่างมาตรฐานของการรั่วไหลตำแหน่ง และคำสั่งตรวจสอบจะเร็วกว่าเปิดคุณสมบัติของแต่ละภาพด้วยมือ หากไฟล์ไม่ใช่รูปภาพ get_document_info ให้การตรวจสอบเบา ๆ ของประเภท, ขนาด, จำนวนหน้าและสถานะการเข้ารหัสโดยไม่ต้องแสดงรายการคุณสมบัติ

ตัวอย่างเซสชัน (ย่อ)

You:    Does any property in contract-2024.docx still contain "Northwind"?
Agent:  [calls search_metadata: valueContains = "Northwind"]
Agent:  1 match. Company = "Northwind Traders" (category: corporate).

นี่เป็นการอธิบายกระบวนการ ไม่ใช่ภาพหน้าจอที่จับภาพไว้ ชื่อเครื่องมือและรูปแบบของการตอบตามอ้างอิงเครื่องมือ

สิ่งที่การตรวจสอบไม่สามารถบอกคุณได้ในโหมดประเมิน

หากไม่มีใบอนุญาต เซิร์ฟเวอร์จะทำงานในโหมดประเมิน และขีดจำกัดที่ระบุในเอกสารคือ: สามารถอ่านได้เฉพาะ 5 คุณสมบัติเอกสารแรกเท่านั้น, ส่วน XMP และ EXIF มีบางส่วนที่ไม่พร้อมใช้งาน XMP แสดงเพียงสองสกีมแรก, ส่วน EXIF ข้อมูล GPS และภาพย่อของรูปภาพไม่พร้อมใช้งาน การตอบกลับไม่ได้กล่าวถึงเรื่องนี้ ดังนั้นการตรวจสอบที่บอกว่า “ไม่พบข้อมูลที่อ่อนไหว” อาจเพียงแค่หยุดอ่านเท่านั้น สำหรับการตรวจสอบความสอดคล้อง การตรวจสอบในโหมดประเมินจึงไม่สมบูรณ์ตามการออกแบบ

ก่อนที่คุณจะเชื่อใจกับผลลัพธ์ใด ๆ ให้ถาม:

สถานะใบอนุญาตของเซิร์ฟเวอร์เมตาดาต้าคืออะไร?

เอเจนต์เรียก get_license_status ซึ่งรายงานโหมดเป็น evaluation, licensed หรือ metered และไม่แก้ไขอะไรเลย ใบอนุญาตชั่วคราวฟรี 30 วันพร้อมใช้งานจาก GroupDocs เพื่อฟังก์ชันเต็ม

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

Claude สามารถตรวจสอบ PDF เพื่อหาข้อมูลผู้เขียนที่ซ่อนอยู่โดยไม่อัปโหลดได้หรือไม่?
ใช่, เมื่อ GroupDocs.Metadata.Mcp ทำงานบนเครื่องของคุณ ลูกค้าเริ่มเซิร์ฟเวอร์เป็นกระบวนการท้องถิ่นผ่าน stdio, ไฟล์จะถูกอ่านจากโฟลเดอร์จัดเก็บของคุณ, และเฉพาะคุณสมบัติที่ส่งกลับถึงโมเดลเท่านั้น

ฉันจะค้นหาเมตาดาต้าที่ซ่อนอยู่ในไฟล์ PDF และ DOCX สำหรับการตรวจสอบความสอดคล้องของเมตาดาต้าเอกสารได้อย่างไร?
ให้เอเจนต์อ่านหรือค้นหาแต่ละไฟล์ด้วย read_metadata หรือ search_metadata และบันทึกโหมดใบอนุญาตจาก get_license_status การตรวจสอบความสอดคล้องที่ทำในโหมดประเมินจะไม่สมบูรณ์ เพราะอ่านได้เพียง 5 คุณสมบัติเท่านั้น

ทำไมการตรวจสอบของฉันจึงแสดงเพียงไม่กี่คุณสมบัติ?
คุณอาจอยู่ในโหมดประเมิน ซึ่งคืนค่าเฉพาะ 5 คุณสมบัติเอกสารแรก ตรวจสอบ get_license_status แล้วใช้ไฟล์ใบอนุญาตหรือคีย์แบบตามการใช้งาน

ตั้งค่า

เรียกใช้เซิร์ฟเวอร์ด้วย Docker หรือด้วย .NET 10 SDK:

dnx GroupDocs.Metadata.Mcp --yes

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

ไปลึกกว่า