كل مؤسسة تعمل على المستندات — وعلى السكريبتات الهشة التي تنقلها بين الصيغ. تقارير Word تتحول إلى PDFs، وجداول البيانات تتحول إلى CSVs، والمسحات الضوئية تتحول إلى ملفات قابلة للبحث. كل صيغة أو قاعدة جديدة تعني إعادة كتابة خط أنابيب. هناك طريقة أكثر مرونة: دع وكيل AI يقوم بالتحويلات، على البنية التحتية الخاصة بك، باستخدام الأدوات التي تزوده بها. تُظهر هذه المقالة كيفية بناء ذلك بالضبط باستخدام n8n، وModel Context Protocol (MCP)، وخادم GroupDocs.Conversion MCP — مع إبقاء مستنداتك (وبدلًا اختياريًا نموذج AI الخاص بك) بالكامل داخل المؤسسة.

من خطوط الأنابيب المشفرة صلبًا إلى الأتمتة الوكيلية

تُشفّر الأتمتة التقليدية كيفية إنجاز المهمة: اكتشاف نوع الملف، الفروع، استدعاء المحول، معالجة الأخطاء، كتابة الناتج. كل متطلب جديد يعني تعديلًا في الشيفرة.

تُشفّر سير العمل الوكيلية ما تريد. تُحدد الهدف — “حوّل هذه التقارير إلى PDF، لكن افحص عدد الصفحات أولاً” — وتُعرّف مجموعة من الأدوات. يقرر وكيل AI أي الأدوات يستدعيها وبأي ترتيب، ويتكيف مع النتيجة. أضف أداةً وسيتمكن الوكيل من استخدامها فورًا، دون أي إعادة توصيل. هذه القابلية للتكيف هي الفكرة الأساسية.

ما هو MCP، ولماذا يهم هنا

الجزء الصعب في الوكلاء الذين يستخدمون الأدوات كان دائمًا التكامل — كل وكيل يتواصل مع كل أداة بطريقة مختلفة. Model Context Protocol هو معيار مفتوح محايد للبائعين يُصلح هذا: أي وكيل يدعم MCP يمكنه اكتشاف واستدعاء أي قدرة لخادم MCP. فكر فيه كـ “USB‑C لأدوات AI”.

تنشر GroupDocs عمليات المستندات كخوادم MCP. يُظهر خادم GroupDocs.Conversion ثلاث أدوات يمكن للوكيل استدعاؤها:

الأداة ما تفعله
convert تحويل مستند إلى صيغة أخرى (PDF, DOCX, XLSX, PPTX, HTML, PNG, CSV… أكثر من 70 صيغة)
get_document_info فحص ملف — النوع، عدد الصفحات، الخصائص — قبل اتخاذ أي إجراء
get_supported_formats اكتشاف أي التحويلات ممكنة

نظرًا لأنه يتحدث MCP، لا يحتاج وكيلك إلى أي تكامل مخصص مع GroupDocs. فهو يرى الأدوات فقط.

البنية (مفتوحة المصدر بالكامل، احضر نموذج LLM الخاص بك)

الطبقة المكوّن الدور
التنسيق n8n (مستضاف ذاتيًا) المشغلات، عقدة وكيل AI، توجيه الملفات
الاستدلال نموذج LLM الخاص بك، عبر عقدة نموذج الدردشة في n8n يقرر أي الأدوات تُستدعى — قابل للتبديل بالكامل
الأدوات GroupDocs.Conversion MCP (stdio) خلف supergateway convert، get_document_info، get_supported_formats
التخزين حجم Docker مشترك طريقة تدفق الملفات داخل وخارج النظام

اختيار تصميمي أساسي: LLM قابل للإضافة. عقدة نموذج الدردشة في n8n لا تعتمد على مزود، لذا لا يتغير الوكيل وأدوات MCP عندما تستبدل النماذج. المثال أدناه يستخدم OpenAI، لكن نفس سير العمل يعمل على Azure OpenAI، Anthropic، AWS Bedrock — أو نموذج مستضاف ذاتيًا بالكامل (Ollama, vLLM) عندما تحتاج إلى نشر معزول حيث تبقى المستندات والـ AI داخل شبكتك.

ملاحظة تكاملية: خادم Conversion MCP هو خادم stdio خفيف الوزن (الوضع الآمن، بدون شبكة). بما أن n8n يتصل بأدوات MCP عبر عنوان URL، فإن جسر stdio‑to‑SSE مفتوح المصدر صغير (supergateway) يعرّفه على منفذ. الخادم نفسه لا يتغير.

كيف يعمل سير العمل

  1. المشغل — webhook، بريد إلكتروني وارد، رفع نموذج، أو مجلد مراقب يتلقى مستندًا.
  2. المرحلة — n8n يكتب الملف في مجلد التخزين المشترك الذي يقرأ منه خادم MCP.
  3. الاستدلال — وكيل AI في n8n (نموذج الدردشة + Conversion MCP كأداة) يتلقى تعليمًا مثل “حوّل report.docx إلى PDF وأبلغ عن عدد الصفحات.” يستدعي بشكل مستقل get_document_info، ثم convert.
  4. التسليم — n8n يلتقط الملف المحوّل من التخزين المشترك ويوجهه إلى الوجهة التالية — بريد إلكتروني، تخزين كائنات، SharePoint، أو الاستجابة الأصلية.

يختار الوكيل الأدوات والترتيب. هذا ما يسمح لسير عمل واحد بمعالجة “فقط حوّل هذا”، “حوّل فقط إذا كان أكثر من 10 صفحات”، أو “حوّل وملخص”.

أعد تشغيله في دقائق

ستاك بسيط يتكوّن من خدمتين تشتركان في حجم واحد — المحول (خلف الجسر) و n8n:

services:
  conversion-mcp:                    # GroupDocs.Conversion MCP, exposed over SSE
    build: ./bridge                  # supergateway --stdio "groupdocs-conversion-mcp" --port 8000
    environment:
      GROUPDOCS_MCP_STORAGE_PATH: /data
      GROUPDOCS_LICENSE_PATH: /license/GroupDocs.Total.lic
    volumes: [ ./data:/data, ./gd-license:/license:ro ]
  n8n:
    image: n8nio/n8n:latest
    ports: ["5678:5678"]
    volumes: [ ./data:/data ]        # SAME folder — the file hand‑off

ثم في n8n، أنشئ الوكيل بأربع عقد: مشغل دردشة، نموذج دردشة (بيانات اعتماد OpenAI الخاصة بك)، أداة MCP Client تشير إلى http://conversion-mcp:8000/sse، و وكيل AI يربطهم معًا. ضع ملفًا في ./data، افتح الدردشة، واطلب من الوكيل تحويله.

الإعداد الكامل القابل للتنفيذ — docker-compose.yml، صورة الجسر، وسير عمل n8n قابل للاستيراد — موجود في المستودع المفتوح المصدر المرافق (انظر أدناه).

الترخيص

بدون ترخيص، يعمل GroupDocs.Conversion في وضع التقييم: يكون الناتج مائيًا وقد يكون الاستخدام محدودًا. للإنتاج، ضع ملف GroupDocs.Total.lic في مجلد الترخيص المُركب — يصبح الناتج نظيفًا وغير مقيد. يمكنك طلب ترخيص مؤقت لتجربة المخرجات المرخصة.

لماذا يناسب هذا المؤسسات

  • سيادة البيانات — المستندات ومحرك التحويل يبقيان على بنيتك التحتية. اختر نموذجًا مستضافًا ذاتيًا وسيبقى الـ AI كذلك.
  • عدم القفل — كل طبقة مفتوحة المصدر أو قائمة على معايير (MCP). استبدل LLM، أو المنسق، أو الأدوات بحرية.
  • قابلية التدقيق — كل قرار للوكيل وكل استدعاء أداة هو تنفيذ n8n مرئي وقابل لإعادة التشغيل.
  • قابلية التركيب — هذه هي الفائدة المتراكمة. وجه الوكيل نفسه إلى خوادم GroupDocs MCP الأخرى — Redaction, Watermark, Metadata — وتصبح طلبات اللغة الطبيعية الواحدة خط أنابيب كامل: “احذف المعلومات الشخصية، وحول إلى PDF، ثم ضع علامة مائية ‘سري’.”

ابدأ الآن

  • عرض توضيحي مفتوح المصدر مرفق: GroupDocs.Conversion.Agentic — استنسخه، أضف مفتاح LLM الخاص بك، docker compose up، وابدأ التحدث إلى مستنداتك.
  • NuGet: GroupDocs.Conversion.Mcp
  • صورة Docker: ghcr.io/groupdocs-conversion/conversion-net-mcp
  • تعرف أكثر على MCP: modelcontextprotocol.io

أتمتة المستندات الوكيلية ليست فكرة بعيدة — إنها على بعد أمر docker compose up، مبنية من أجزاء يمكنك قراءتها، استضافتها، والثقة بها. امنح وكلاء AI الخاصين بك القدرة على تحويل المستندات، وفقًا لشروطك.