یک بسته سند، مانند بسته هیئت مدیره، بسته مناقصه یا بایند بسته شدن، می‌تواند توسط یک عامل هوش مصنوعی در یک ترتیب ثابت از یک درخواست ثابت، با ادغام فایل‌ها به‌صورت محلی بر روی دستگاه شما، ساخته شود. ترتیب از نام‌های فایل شما می‌آید، عامل ادغام را در چند دور اجرا می‌کند و شما نتیجه را قبل از ارسال تأیید می‌کنید:
تمام PDFهای موجود در پوشه اسنادم را به‌صورت یک بسته، بر اساس ترتیب نام فایل‌ها ادغام کن. هر بار چهار تا را ادغام کن، هر نتیجه را به فراخوانی بعدی زنجیره‌ای بده، و نام فایل نهایی را به من بگو.
نسخه گام‌به‌گام با پیکربندی و عیب‌یابی در مستندات موجود است: چگونه یک بسته سند را با یک عامل هوش مصنوعی ترکیب کنیم.
چرا بسته‌های سند اشتباه می‌شوند؟
یک بسته هر بار شکل یکسانی دارد: ترتیب ثابت، بیش از چهار بخش، و یک مهلت. خطاها نیز یکسان هستند. یک بخش گم می‌شود، دو بخش جابجا می‌شوند، یا فایل نهایی از نسخه قدیمی‌تری از یک بخش ترکیب شده است.
عاملی که به او می‌گویند «فایل‌ها را کنار هم بگذار» باید ترتیب را از متن جمله شما حدس بزند. عاملی که یک قاعده ترتیب به او داده می‌شود و می‌تواند آن را بررسی کند، این کار را انجام نمی‌دهد. خودکارسازی در اینجا به معنای حذف حدس زدن است، نه حذف شخص.
جریان کار چیست، گام به گام؟
- نام فایل‌ها را طوری بگذارید که ترتیب واضح باشد. از پیشوند عددی استفاده کنید.
- ابتدا مجوز را بررسی کنید. از عامل وضعیت مجوز را بپرسید.
- ترکیب را در چند دور اجرا کنید. ابزار
mergeحداکثر چهار سند را در هر فراخوانی می‌گیرد. - تعداد صفحات را تأیید کنید. نتیجه را با مجموع بخش‌ها مقایسه کنید.
- در مراحل جداگانه تبدیل، علامت‌گذاری و پاک‌سازی کنید. سرورهای دیگر MCP این کارها را انجام می‌دهند.
گام ۱: نام فایل‌ها را طوری بگذارید که ترتیب واضح باشد
D:/Storage/Documents/
00-cover.pdf
01-summary.pdf
02-body.pdf
03-appendix-a.pdf
04-appendix-b.pdf
05-annexes.pdf
یک پیشوند عددی ابهام درباره ترتیب را برای شما و عامل برطرف می‌کند. این مکانیزم اعمال است: قاعده در پوشه زندگی می‌کند، بنابراین درخواست می‌تواند از یک ماه به ماه دیگر یکسان بماند. قبل از اجرای مجدد، GROUPDOCS_MCP_OUTPUT_PATH را به یک پوشه جداگانه تنظیم کنید. به‌طور پیش‌فرض، خروجی‌ها در پوشه ذخیره‌سازی ذخیره می‌شوند، بنابراین بسته ماه گذشته و نتایج میانی هر دور توسط «تمام PDFهای موجود در پوشه اسنادم» انتخاب می‌شوند.
گام ۲: قبل از اجرای واقعی، مجوز را بررسی کنید
وضعیت مجوز سرور ادغام چیست؟
عامل get_license_status را فراخوانی می‌کند که هیچ آرگومان‌ایی نمی‌گیرد و چیزی را تغییر نمی‌دهد. در حالت ارزیابی، نتیجه هر ادغام به اولین ۳ صفحه کوتاه می‌شود، با یک نشان آزمایشی بر هر صفحه، و هیچ‌چیزی در خروجی این را نشان نمی‌دهد.
گام ۳: ترکیب را در چند دور اجرا کنید
از درخواست ثابت نشان داده شده در بالا استفاده کنید. با شش فایل بالا، عامل merge را دو بار فراخوانی می‌کند: فایل‌های ۰۰ تا ۰۳ یک نتیجه میانی تولید می‌کنند، و آن نتیجه به‌همراه فایل‌های ۰۴ و ۰۵ بسته نهایی را تولید می‌کند. بخش‌های بیشتر به سادگی به معنای دورهای بیشتر است. ترتیب بر اساس ترتیب اسلات است (file1 اول، file4 آخر)، بنابراین یک دور زنجیره‌ای نتیجه قبلی را در اسلات اول قرار می‌دهد.
گام ۴: تعداد صفحات را تأیید کنید
بسته نهایی چند صفحه دارد؟
get_document_info مقدار pageCount را برای نتیجه برمی‌گرداند. بخشی که گم شده است به‌صورت شمارشی که کمتر از حد انتظار است ظاهر می‌شود. بسته‌ای که بخش‌های آن مجموعاً صفحات زیادی دارند اما فقط ۳ صفحه گزارش می‌کند، بدون مجوز تولید شده است.
گام ۵: تبدیل، علامت‌گذاری و پاک‌سازی را در مراحل جداگانه انجام دهید
هر بخش یک PDF نیست و یک بسته معمولاً به بیش از ترکیب نیاز دارد. merge در هر فراخوانی تنها یک خانواده فرمت را می‌پذیرد، بنابراین ابتدا بخش‌های Word را با GroupDocs.Conversion.Mcp به PDF تبدیل کنید. سرورهای دیگر در این خانواده سپس می‌توانند بسته را با یک واترمارک (GroupDocs.Watermark) علامت‌گذاری کنند، آن را امضا کنند (GroupDocs.Signature) یا متادیتا را حذف کنند (GroupDocs.Metadata). هر کدام سرور جداگانه‌ای با الگوی نصب یکسان هستند. اگر بسته به امضای دیجیتال نیاز دارد، آن را در آخر اعمال کنید: هر تغییر بعدی، از جمله واترمارک یا حذف متادیتا، آن را نامعتبر می‌کند.
عامل چه تصمیمی می‌گیرد و موتور چه کاری انجام می‌دهد؟
| گام | عامل | موتور |
|---|---|---|
| انتخاب فایل‌ها | فهرست پوشه و خواندن پیشوندهای عددی | هر نام را در پوشه ذخیره‌سازی حل می‌کند |
| برنامه‌ریزی دورها | فایل‌ها را به‌صورت چهار تا در هر بار گروه‌بندی می‌کند | هیچ‌چیز |
| ادغام | دستور merge را با فایل‌ها به ترتیب اسلات فراخوانی می‌کند |
اسناد را ترکیب کرده و نتیجه را ذخیره می‌کند |
| زنجیره | نتیجه قبلی را به فراخوانی بعدی می‌فرستد | آن را با فایل‌های بعدی ترکیب می‌کند |
| تأیید | دستور get_document_info را فراخوانی می‌کند و شمارش‌ها را مقایسه می‌کند |
تعداد صفحات را برمی‌گرداند |
موتور هرگز ترتیب را تصمیم نمی‌گیرد؛ اسلات‌های داده‌شده را رعایت می‌کند. به همین دلیل قاعده نام‌گذاری مهم است.
جلسه مثال (مختصر)
یک تصویر بر پایه رفتار مستند ابزار، نه یک اسکرین‌شات ضبط‌شده.
You: Merge every PDF in my documents folder into one pack, in
file-name order. Merge four at a time, chaining each result
into the next call, and tell me the final file name.
Agent: Found 6 PDFs, 00-cover.pdf to 05-annexes.pdf.
[calls merge: 00-cover, 01-summary, 02-body, 03-appendix-a]
[calls merge: previous result, 04-appendix-b, 05-annexes]
The final pack is saved in your output folder. I can check its
page count against the six parts if you like.
محدودیت‌های صادقانه
- حالت ارزیابی بسته را به ۳ صفحه کوتاه می‌کند. نتیجه به اولین ۳ صفحه کوتاه می‌شود، با یک نشان آزمایشی بر هر صفحه. یک بسته چندبخشی که بدون مجوز ادغام شده به‌صورت سه صفحه برمی‌گردد و کامل به‌نظر می‌رسد. ابتدا
get_license_statusرا بررسی کنید و سپس شمارش صفحات را مقایسه کنید. - چهار سند در هر فراخوانی. دورها راه حل هستند؛ باید از عامل بخواهید تا آن‌ها را زنجیره‌ای کند.
- در هر ادغام یک خانواده فرمت. ابتدا بخش‌های مخلوط را تبدیل کنید.
- قانون ترتیب یک قرارداد است، نه قفل. اگر فایلی نام‌گذاری اشتباه شود، ترتیب بسته نیز اشتباه می‌شود. بررسی تعداد صفحات بخش‌های گمشده را می‌گیرد، نه جابجا شده‌ها.
سؤالات متداول
چگونه می‌توانم چندین سند را به یک PDF در ترتیب مشخص ترکیب کنم؟ پیشوند عددی را به نام فایل‌ها اضافه کنید و از عامل بخواهید آن‌ها را بر اساس ترتیب نام فایل‌ها، چهار تا در هر بار، ادغام کند. ابزار merge ترتیب ورودی‌های file1 تا file4 را رعایت می‌کند.
آیا یک عامل هوش مصنوعی می‌تواند هر ماه یک بسته هیئت مدیره ایجاد کند؟ بله. همان قرارداد نام‌گذاری را حفظ کنید و همان درخواست را دوباره استفاده کنید، به‌طوری که GROUPDOCS_MCP_OUTPUT_PATH به یک پوشه جداگانه اشاره کند (یا خروجی‌های قبلی پاک شوند) تا بسته‌های قدیمی دوباره ادغام نشوند. سپس هر بار تعداد صفحات نتیجه را تأیید کنید.
اگر برخی بخش‌ها فایل Word باشند چه؟ ابتدا آن‌ها را با GroupDocs.Conversion.Mcp به PDF تبدیل کنید، سپس ادغام کنید. با ثبت هر دو سرور، این یک گفت‌وگو است.
عمیق‌تر بروید
- مستندات، راهنمای رسمی: چگونه یک بسته سند را با یک عامل هوش مصنوعی ترکیب کنیم
- مرکز مستندات: GroupDocs.Merger MCP Server
- از اینجا شروع کنید: چرا عامل هوش مصنوعی شما باید فایل‌ها را با یک موتور ادغام کند، نه با بازتولید آن‌ها
- مرتبط: ۳ روش برای بازسازی یک سند فقط از صفحات مورد نیاز از طریق MCP
- مرتبط: اولین صفحه هر سند در یک پوشه: یک درخواست، یک سرور MCP
- محلی و مدل امنیتی: ۳ معماری برای پردازش اسناد هوش مصنوعی، و آن‌که فایل‌ها را داخل شبکه شما نگه می‌دارد
- سؤالات: GroupDocs Merger forum
- منبع: GroupDocs.Merger.Mcp on GitHub