شما می‌توانید متادیتای اسناد را با یک عامل هوش مصنوعی با پرسیدن سه سؤال دقیق بررسی کنید و عامل با خواندن فایل‌ها به‌صورت محلی از طریق GroupDocs.Metadata.Mcp به آن‌ها پاسخ می‌دهد. یک درخواست اولیه معمولی به شکل زیر است:

چه کسی به‌عنوان نویسنده و آخرین‌بار-توسط‌تغییردهنده در فایل‌های این پوشه فهرست شده است و نام شرکت آن‌ها چیست؟

نسخه گام‌به‌گام همراه با پیکربندی و عیب‌یابی در مستندات موجود است: چگونه متادیتای سند را با یک عامل هوش مصنوعی بررسی کنیم.

چرا یک بررسی متادیتا به ابزار نیاز دارد و نه فقط یک مدل؟

یک مدل زبانی نمی‌تواند متادیتا را ببیند. آن فقط متنی را می‌بیند که شما می‌چسبانید و فیلد نویسنده، نام شرکت و مختصات GPS در آن متن نیستند. عاملی که بدون فراخوانی ابزار به سؤال «چه کسی این را نوشت؟» پاسخ می‌دهد، در واقع حدس می‌زند و این حدس با اطمینان به نظر می‌رسد. GroupDocs.Metadata.Mcp یک سرور MCP است که به Claude، Cursor، GitHub Copilot، VS Code و Windsurf ویژگی‌های واقعی یک فایل را می‌دهد: عامل ابزار را فراخوانی می‌کند، JSON دریافت می‌کند و آنچه وجود دارد را گزارش می‌دهد. فایل‌ها در یک پوشه روی دستگاه شما می‌مانند؛ فقط ویژگی‌ها به مدل می‌رسند.

سه سؤال زیر، بیشترین شگفتی‌های حریم‌خصوصی را توضیح می‌دهند. هر کدام می‌توانند به‌تنهایی به‌عنوان یک درخواست استفاده شوند.

سؤال ۱: چه کسی به‌عنوان نویسنده نام‌برده شده است؟

چه کسی به‌عنوان نویسنده و آخرین‌بار-توسط‌تغییردهنده در فایل‌های این پوشه فهرست شده است؟

عامل با استفاده از search_metadata همراه با یک فیلتر فراخوانی می‌شود که فقط ویژگی‌های منطبق را به‌جای کل مجموعه ویژگی‌ها برمی‌گرداند. توضیح ابزار می‌گوید که آن را «زمانی استفاده کنید که کاربر درباره یک ویژگی خاص سؤال می‌کند نه کل مجموعه». فیلترها شامل category (مثلاً person)، nameContains و valueContains هستند و همه به‌صورت بدون حساسیت به حروف بزرگ/کوچک عمل می‌کنند. نتیجه یک شیء JSON با count و یک آرایه properties شامل نام، مقدار و دسته‌بندی است.

چرا مهم است: فیلد نویسنده اغلب نام یک شخص واقعی را دارد و فیلد آخرین‌بار-توسط‑تغییردهنده گاهی نام یک کارمند سابق را نشان می‌دهد. هیچ‌یک از این‌ها در صفحه نمایش داده نمی‌شوند.

سؤال ۲: کدام شرکت در فایل نوشته شده است؟

آیا هیچ ویژگی‌ای در این فایل‌ها هنوز نام شرکت قبلی را دارد؟

این دوباره search_metadata است، با valueContains تنظیم‌شده به نام شرکت. یک فراخوانی برای هر فایل، و count برابر ۰ به معنای عدم وجود تطابق است. فیلد شرکت اغلب از یک قالب به ارث می‌برد، بنابراین سندی که امروز نوشته می‌شود می‌تواند هنوز نام کارفرمای قبلی را داشته باشد. وقتی به تصویر کامل یک فایل به‌جای نمای فیلترشده نیاز دارید، عامل از read_metadata استفاده می‌کند که هر ویژگی را به‌صورت JSON برمی‌گرداند (پنج ویژگی اول در حالت ارزیابی): نویسنده، عنوان، تاریخ‌ها و ویژگی‌های سفارشی.

سؤال ۳: آیا این عکس‌ها شامل مختصات GPS هستند؟

کدام یک از این عکس‌ها مختصات GPS دارند؟ کجا؟

دسته‌بندی gps در search_metadata مستقیماً به این سؤال پاسخ می‌دهد. در حالت ارزیابی داده‌های GPS EXIF در دسترس نیستند، بنابراین count برابر ۰ چیزی ثابت نمی‌کند؛ ابتدا 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).

این یک تصویر کلی از جریان است، نه یک اسکرین‌شات واقعی. نام ابزارها و شکل پاسخ بر اساس مرجع ابزارهاست.

آنچه بررسی نمی‌تواند در حالت ارزیابی به شما بگوید

بدون لایسنس، سرور در حالت ارزیابی اجرا می‌شود و محدودیت مستند شده دقیق است: فقط اولین ۵ ویژگی سند قابل خواندن هستند و XMP و EXIF به‌صورت جزئی در دسترس نیستند. XMP فقط دو طرح اولیه خود را نشان می‌دهد و برای EXIF داده‌های GPS و تصویر بندانگشتی در دسترس نیستند. پاسخ این نکته را ذکر نمی‌کند، بنابراین یک بررسی که می‌گوید «هیچ اطلاعات حساسی یافت نشد» ممکن است صرفاً به‌دلیل توقف خواندن باشد. برای یک بررسی انطباق، یک ارزیابی در حالت ارزیابی به‌طور ذاتی ناقص است.

قبل از اینکه به هر نتیجه‌ای اعتماد کنید، بپرسید:

وضعیت لایسنس سرور متادیتا چیست؟

عامل get_license_status را فراخوانی می‌کند که حالت را به‌صورت evaluation، licensed یا metered گزارش می‌دهد و هیچ‌چیزی را تغییر نمی‌دهد. یک لایسنس موقت ۳۰ روزه رایگان از GroupDocs برای عملکرد کامل در دسترس است.

پرسش‌های متداول

آیا Claude می‌تواند یک PDF را برای اطلاعات مخفی نویسنده بدون بارگذاری بررسی کند؟
بله، وقتی GroupDocs.Metadata.Mcp روی دستگاه شما اجرا می‌شود. کلاینت سرور را به‌عنوان یک فرآیند محلی از طریق stdio راه‌اندازی می‌کند، فایل از پوشه ذخیره‌سازی شما خوانده می‌شود و فقط ویژگی‌های بازگشتی به مدل می‌رسند.

چگونه می‌توانم متادیتای مخفی در فایل‌های PDF و DOCX را برای یک بررسی انطباق متادیتای سند پیدا کنم؟
از عامل بخواهید هر فایل را با read_metadata یا search_metadata بخواند یا جستجو کند و وضعیت لایسنس را از get_license_status ثبت کنید. یک بررسی انطباق که در حالت ارزیابی انجام می‌شود ناقص است، زیرا فقط ۵ ویژگی قابل خواندن هستند.

چرا بررسی من فقط چند ویژگی را نشان می‌دهد؟
احتمالاً در حالت ارزیابی هستید که فقط اولین ۵ ویژگی سند را برمی‌گرداند. get_license_status را بررسی کنید و یک فایل لایسنس یا کلیدهای متری را اعمال کنید.

راه‌اندازی

سرور را با Docker یا با .NET 10 SDK اجرا کنید:

dnx GroupDocs.Metadata.Mcp --yes

متغیر GROUPDOCS_MCP_STORAGE_PATH را به پوشه‌ای که فایل‌ها را نگه می‌دارد تنظیم کنید، سپس سرور را در کلاینت خود ثبت کنید. پیکربندی برای هر کلاینت در مستندات آمده است.

عمیق‌تر بروید