A document comparison rule is only enforced if every pair gets compared, not the ones someone had time for. With the GroupDocs.Comparison.Mcp server, one prompt makes Claude Desktop, Claude Code, Cursor or GitHub Copilot compare every version pair in a folder locally and report which documents changed:

For every -v1/-v2 pair in my documents folder, compare the two and tell me which invoices changed and how. One line per invoice.

אילו בדיקות נכשלות כאשר ההשוואה היא ידנית?

שלוש מצבים חוזרים על עצמם, ובכל אחד מהם המסמך שלא נבדק הוא החשוב:

  • אצווה משודרת מחדש. עליך לאשר שהאצווה החדשה תואמת למה שאושר.
  • הצהרת “לא השתנה” של ספק. הספק אומר שהמסמכים לא השתנו; אתה רוצה הוכחה.
  • הגירה. מסמכים הועברו בין מערכות או פורמטים, והפלט חייב להיות שווה לקלט.

בכל מקרה העלות אינה ההשוואה אלא המשמעת של הרצתה עבור כל קובץ. סוכן שמסתובב על פני תיקייה מסיר את בעיית המשמעת.

איך מתבצע זרימת העבודה?

  1. תן שם לזוגות באופן עקבי. כל קונבנצייה עובדת, לדוגמה invoice-001-v1.pdf ו‑invoice-001-v2.pdf, בתיקייה אחת.
  2. הצב את השרת על התיקייה. הגדר GROUPDOCS_MCP_STORAGE_PATH אליה. הקבצים מזוהים לפי שם, ולכן הסוכן מעביר invoice-001-v1.pdf, ולא נתיב מלא.
  3. בדוק את מצב הרישיון. שאל: “מהו מצב הרישיון של שרת ההשוואה?” הסוכן קורא ל‑get_license_status.
  4. הפעל את הסריקה. השתמש בפקודה מתחילת הפוסט הזה. הסוכן קורא ל‑analyze_changes פעם אחת לכל זוג.
  5. הצג רק את מה שחשוב. שאל: “עכשיו הפק תעתיקים מסומנים עבור שלושת המסמכים שהשתנו.” הסוכן קורא ל‑compare עבור שלושת אלה, וכל תוצאה נשמרת כ‑<source-stem>_compared<ext>. קבצים קיימים לעולם לא נכתבים מחדש.

השתמש ב‑analyze_changes עבור הסריקה וב‑compare רק עבור החריגים. יצירת שלושים מסמכים מסומנים שאף אחד לא פותח היא שלושים פעמים יותר עבודה עבור אותה תשובה.

מה מחליט הסוכן ומה עושה המנוע?

שלב סוכן מנוע
מצא את זוגות -v1/-v2 מתאים לשמות
השווה כל זוג קורא ל‑analyze_changes מזהה שינויים, לפי עמוד ותא בטבלה
קבע שהזוג אינו שונה קורא No changes detected מחזיר תוצאה זו
דווח אליך כותב שורה אחת לכל זוג
הפק קבצים עבור אלו שהשתנו קורא ל‑compare מייצר את המסמך המסומן

ההחלטה אם זוג עבר/לא עבר מתקבלת מתוצאת המנוע, ולא מרושם של הסוכן.

דוגמת סשן

אתה:    עבור כל זוג -v1/-v2 בתיקיית המסמכים שלי, השווה את
        השניים ותגיד לי אילו חשבוניות השתנו ואיך. שורה אחת
        לכל חשבונית.

סוכן:  [calls analyze_changes: invoice-001-v1.pdf, invoice-001-v2.pdf]
        [calls analyze_changes: invoice-002-v1.pdf, invoice-002-v2.pdf]
        [calls analyze_changes: invoice-003-v1.pdf, invoice-003-v2.pdf]

        invoice-001: לא זוהו שינויים
        invoice-002: זוהו שינויים (ראו את הרשימה עבור העמודים)
        invoice-003: זוהו שינויים (ראו את הרשימה עבור העמודים)

מהם המגבלות של הרצה באצווה?

  • מגבלת הערכה, לכל מסמך. ללא רישיון, רק שתי העמודים הראשונים של כל מסמך מושווים והתוצאות כוללות סימן מים, ולכן דוח האצווה אינו שלם. בדוק get_license_status לפני שאתה סומך על סריקה.
  • אותו פורמט בתוך זוג. המר תחילה אם שני הקבצים שונים בפורמט.
  • שם שגוי אינו גורם לכשל. הכלי משיב ברשימת הקבצים שהוא רואה, והסוכן מתקן את עצמו ומנסה שוב.
  • סריקות ארוכות לוקחות זמן. כל זוג הוא השוואה אמיתית; תיקייה של קבצי PDF גדולים לוקחת דקות, לא שניות. בקש עדכון התקדמות במהלך הפעולה.

שאלות נפוצות

האם אני יכול להשוות כמה קבצי PDF בבת אחת עם AI?
כן. שים את הזוגות בתיקייה אחת ובקש מהסוכן להשוות כל זוג. הוא קורא ל‑analyze_changes פעם אחת לכל זוג ומספק תשובה מאוחדת.

איך אני מגלה שינויים לא מורשים במסמכים?
השווה את הגרסה המאושרת לגרסה שבשימוש ובקש מהסוכן לרשום את הזוגות שבהם זוהו שינויים. כל זוג שמחזיר No changes detected מכיל את אותו תוכן, בתנאי שהשרת מורשה: במצב הערכה רק שתי העמודים הראשונים של כל מסמך מושווים.

האם הקבצים עוזבים את המחשב שלי?
לא. ההשוואה מתבצעת בתהליך מקומי כנגד התיקייה שאתה מגדיר. הטקסט של הפקודה שלך והשורות שהסוכן מדווח משוגרות למודל שהלקוח שלך משתמש בו.

העמקה