Anda dapat mengaudit metadata dokumen dengan agen AI dengan mengajukan tiga pertanyaan tepat, dan agen tersebut menjawabnya dengan membaca file secara lokal melalui GroupDocs.Metadata.Mcp. Prompt pertama yang umum adalah:

Siapa yang tercantum sebagai penulis dan terakhir dimodifikasi oleh di seluruh file dalam folder ini, dan nama perusahaan apa yang mereka bawa?

Versi langkah demi langkah dengan konfigurasi dan pemecahan masalah ada di dokumentasi: Cara mengaudit metadata dokumen dengan agen AI.

Mengapa audit metadata membutuhkan alat dan bukan hanya model?

Model bahasa tidak dapat melihat metadata. Ia hanya melihat teks yang Anda tempel, dan bidang penulis, nama perusahaan, serta koordinat GPS tidak ada dalam teks tersebut. Agen yang menjawab “siapa yang menulis ini?” tanpa memanggil alat hanyalah menebak, dan tebakan itu terdengar yakin. GroupDocs.Metadata.Mcp adalah server MCP yang memberikan Claude, Cursor, GitHub Copilot, VS Code, dan Windsurf properti sebenarnya dari sebuah file: agen memanggil alat, menerima JSON, dan melaporkan apa yang ada. File tetap berada di folder pada mesin Anda; hanya properti yang dikirim ke model.

Tiga pertanyaan di bawah ini adalah yang menjelaskan sebagian besar kejutan privasi. Setiap pertanyaan berfungsi sebagai prompt mandiri.

Pertanyaan 1: siapa yang tercantum sebagai penulis?

Siapa yang tercantum sebagai penulis dan terakhir dimodifikasi oleh di seluruh file dalam folder ini?

Agent memanggil search_metadata dengan filter, yang mengembalikan hanya properti yang cocok alih-alih seluruh set properti. Deskripsi alat menyatakan untuk menggunakannya “ketika pengguna menanyakan properti SPESIFIK daripada seluruh set”. Filter meliputi category (misalnya person), nameContains, dan valueContains, semuanya tidak sensitif huruf. Hasilnya adalah objek JSON dengan count dan array properties yang berisi nama, nilai, dan kategori.

Mengapa ini penting: bidang penulis sering berisi nama orang sebenarnya, dan terakhir dimodifikasi oleh kadang mencantumkan mantan karyawan. Keduanya tidak terlihat di halaman.

Pertanyaan 2: perusahaan apa yang tertulis dalam file?

Apakah ada properti dalam file-file ini yang masih berisi nama perusahaan lama?

Ini lagi menggunakan search_metadata, dengan valueContains diatur ke nama tersebut. Satu panggilan per file, dan count 0 berarti tidak ada kecocokan. Bidang perusahaan sering diwarisi dari templat, sehingga dokumen yang ditulis hari ini masih dapat membawa nama mantan pemberi kerja. Ketika Anda membutuhkan gambaran lengkap satu file alih-alih tampilan terfilter, agen menggunakan read_metadata, yang mengembalikan setiap properti sebagai JSON (5 pertama dalam mode evaluasi): penulis, judul, tanggal, dan properti khusus.

Pertanyaan 3: apakah foto-foto ini membawa koordinat GPS?

Foto mana di antara ini yang memiliki koordinat GPS? Di mana?

search_metadata dengan kategori gps menjawabnya secara langsung. Dalam mode evaluasi data GPS EXIF tidak tersedia, sehingga count 0 tidak membuktikan apa-apa; periksa get_license_status terlebih dahulu. Foto yang diambil di rumah dan dipublikasikan apa adanya adalah contoh standar kebocoran lokasi, dan prompt audit lebih cepat daripada membuka properti setiap gambar secara manual. Jika file bukan gambar, get_document_info memberikan pemeriksaan ringan terhadap tipe, ukuran, jumlah halaman, dan status enkripsi tanpa menampilkan properti.

Contoh sesi (disingkat)

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).

Ini adalah ilustrasi alur, bukan tangkapan layar. Nama alat dan bentuk balasan mengikuti referensi alat.

Apa yang tidak dapat diberitahukan audit dalam mode evaluasi

Tanpa lisensi server berjalan dalam mode evaluasi, dan batas yang didokumentasikan tepat: hanya 5 properti dokumen pertama yang dapat dibaca, dan XMP serta EXIF sebagian tidak tersedia. XMP hanya menampilkan dua skema pertamanya, dan untuk EXIF data GPS serta thumbnail gambar tidak tersedia. Respons tidak menyebutkan hal ini, sehingga audit yang mengatakan “tidak ada yang sensitif ditemukan” mungkin hanya berhenti membaca. Untuk pemeriksaan kepatuhan, audit dalam mode evaluasi memang tidak lengkap secara desain.

Sebelum Anda mempercayai hasil apa pun, tanyakan:

Apa status lisensi server metadata?

Agent memanggil get_license_status, yang melaporkan mode sebagai evaluation, licensed, atau metered dan tidak pernah mengubah apa pun. Lisensi sementara gratis selama 30 hari tersedia dari GroupDocs untuk fungsionalitas penuh.

Pertanyaan yang sering diajukan

Bisakah Claude memeriksa PDF untuk informasi penulis tersembunyi tanpa mengunggahnya?
Ya, ketika GroupDocs.Metadata.Mcp berjalan di mesin Anda. Klien memulai server sebagai proses lokal melalui stdio, file dibaca dari folder penyimpanan Anda, dan hanya properti yang dikembalikan yang mencapai model.

Bagaimana cara menemukan metadata tersembunyi dalam file PDF dan DOCX untuk pemeriksaan kepatuhan metadata dokumen?
Minta agen untuk membaca atau mencari setiap file dengan read_metadata atau search_metadata, dan simpan catatan mode lisensi dari get_license_status. Pemeriksaan kepatuhan yang dilakukan dalam mode evaluasi tidak lengkap, karena hanya 5 properti yang dapat dibaca.

Mengapa audit saya hanya menampilkan beberapa properti?
Anda mungkin berada dalam mode evaluasi, yang hanya mengembalikan 5 properti dokumen pertama. Periksa get_license_status dan terapkan file lisensi atau kunci bermeter.

Siapkan

Jalankan server dengan Docker atau dengan SDK .NET 10:

dnx GroupDocs.Metadata.Mcp --yes

Setel GROUPDOCS_MCP_STORAGE_PATH ke folder yang berisi file, lalu daftarkan server di klien Anda. Konfigurasi per-klien ada di dokumentasi.

Selami lebih dalam