I’ve been exploring ways to automate parts of my image generation workflow lately, and one tool I came across is img2.ai. It supports a few useful image-related workflows in one place, so I started wondering whether anyone here has tried connecting a tool like this with n8n for content pipelines or creative automation.
What I’m most interested in is building a simple flow like this:
trigger from a form, sheet, or webhook
send prompt or source image into the image tool
get the generated result back
save it to cloud storage or push it into a CMS / social workflow
I’m also curious how people here usually structure this kind of pipeline in n8n. Do you keep image generation as a separate branch, or do you combine it with approval steps, metadata tagging, and publishing in one workflow?
I’m not looking for anything overly complex at first—just a practical setup for faster content production and testing ideas. If anyone has built something similar with AI image tools, I’d love to hear how you approached it and what worked well.
Tool I was looking at: https://img2.ai/
Hi @Yy_Lee , good day ![]()
I’m not aware of a dedicated img2.ai template in the official n8n gallery, there are a few workflow templates that are very close to the pattern you described and should be useful as a starting point. I’d especially point to the templates for image creation with OpenAI, generate/edit image workflows, and the example that generates AI images and uploads them to Google Drive, since they follow the same general structure: trigger > call image API > receive result > store/publish. If img2.ai exposes a standard API, you could usually swap the provider-specific request step for an HTTP Request node and keep the rest of the workflow design almost the same.
Store AI-generated images in AWS S3: OpenAI image creation & cloud storage | n8n workflow template
Generate AI images with APImage and upload to Google Drive | n8n workflow template
Generate and Edit Images with OpenAI’s GPT-Image-1 Model | n8n workflow template
Generate custom AI images with OpenAI GPT-Image-1 model | n8n workflow template
Image creation with OpenAI and Telegram | n8n workflow template
@Yy_Lee nobody else dropped an actual workflow so here you go, webhook trigger into HTTP Request into Google Drive upload:
swap out the api url/body shape once you check img2’s actual api docs, plug in your google drive creds on the last node and you’re set.
img2.ai خيار جيد للعمليات البسيطة والمنفردة، لكنه لم يُبنَ وفقاً لنمط سير عمل n8n (ستحتاج إلى تغليفه في HTTP Request + Code node للتعامل مع صيغة ردهم).
من البدائل التي تستحق الفحص حسب حالتك n8n-nodes-thumbapi (عقدة مجتمع) — عنوان كمدخل، صورة مصغرة جاهزة للمنصة كمخرج، وترجع مباشرة كملف ثنائي من n8n.
إفصاح: أنا من بنيتها، لكن مفتاح اختبار عام مجاني يسمح لك بالتجربة بدون تسجيل إذا أردت المقارنة.
ما هي الصيغة النهائية التي تستهدفها (صور مصغرة YouTube، منشورات IG، أغلفة مدونة)؟ من الأسهل أن أقترح عليك الخيار الصحيح إذا توفر هذا السياق.
@Yy_Lee img2.ai لا توفر واجهة برمجية عامة، إنها مجرد غلاف واجهة مستخدم. استدعِ واجهات برمجية النماذج الأساسية مباشرة بدلاً من ذلك:
صور GPT → عقدة OpenAI الأصلية
Flux → fal.ai أو Replicate عبر HTTP Request
Gemini → واجهة برمجية Google AI عبر HTTP Request
fal.ai هو الأسهل للربط، يرجع رابطًا مباشرًا تمرره إلى العقدة التالية.
للعملية الخاصة بك:
المحفز → Form / Sheets / Webhook، أضف Split In Batches إذا كنت تعالج صفوفًا
الإنشاء → قم بتشغيله كعملية فرعية، ليس مضمنًا. بطيء (5 - 30 ثانية) وأسهل لتبديل الموفرين لاحقًا
التخزين → حمل الملف الثنائي عبر HTTP Request، ادفعه إلى Drive/S3/Cloudinary. اسم الملف: {{ $now.toISO() }}_{{ $json.prompt.slice(0,30) }}
النشر → Webflow/WordPress/Contentful لديها عقد أصلية، وسائط التواصل عبر Buffer أو HTTP Request
اقسمها إلى عمليتي عمل:
أ: المحفز → الإنشاء → الحفظ → إشعار المعاينة
ب: الموافقة → الوسم → النشر
يحافظ على الإنشاء والنشر قابلين للتبديل بشكل مستقل. للموافقة، عقدة Wait + أزرار Slack هي كل ما تحتاجه، تخطها تمامًا أثناء الاختبار.
لقد كنت أبني خطوط أنابيب مشابهة في n8n وأستطيع مشاركة ما نجح معي.
للتدفق الأساسي الذي وصفته، عادة ما أنظمه بهذه الطريقة:
-
طبقة التشغيل: Webhook أو مشغل Google Sheets — Webhook أفضل إذا كنت تريد تقديمات فورية (ملء النماذج، استدعاءات API من تطبيقات أخرى)، Sheets أفضل للعمل على دفعات/الاختبار لأنه يمكنك ببساطة إسقاط الصفوف فيه.
-
فرع توليد الصور: أحتفظ بهذا كفرع منفصل ومعزول/سير عمل فرعي بدلاً من دمجه في التدفق الرئيسي. هذا يجعل من السهل جداً تبديل الأدوات لاحقاً دون إعادة بناء خط الأنابيب بالكامل — ما عليك سوى توجيه عقدة HTTP Request إلى نقطة نهاية مختلفة.
-
خطوة الموافقة: إذا كانت الجودة مهمة (محتوى العلامة التجارية، العمل مع العملاء)، أضيف عقدة موافقة يدوية (أزرار الموافقة في Slack/Telegram تعمل بشكل جيد) بين التوليد والنشر. للعمل على الاختبار/الحجم فقط، أتخطى هذا وببساطة أسجل كل شيء للمراجعة لاحقاً.
-
وضع العلامات على البيانات الوصفية: أرفق العلامات (الموجه، المصدر، الطابع الزمني، النموذج المستخدم) مباشرة بعد التوليد، قبل التخزين — هذا يجعل البحث/التصفية لاحقاً أسهل بكثير، خاصة بمجرد تشغيل مئات التوليدات.
-
التخزين والنشر: التخزين السحابي (S3/Drive) يحدث أولاً، ثم يشير CMS/الدفع الاجتماعي إلى عنوان URL المخزن ذلك بدلاً من إعادة تحميل الإخراج الخام في كل مرة. يحافظ على الأشياء أسرع ويتجنب التحميلات المكررة إذا أعادت محاولة خطوة ما.
من جهة الأدوات، كنت أختبر freeaiwork (https://freeaiwork.com) لخطوة توليد الصور في إعداد مشابه — كان صلباً لسير عمل من الموجه إلى الصورة وتحرير الصور، ويتكامل بشكل نظيف عبر عقد HTTP Request في n8n حيث أنه يحتاج فقط إلى استدعاء API بسيط الداخل والخارج. يستحق المقارنة مع img2.ai إذا كنت لا تزال تقيّم الخيارات — سأحاول كليهما بنفس الموجهات الاختبارية ورى أيهما يعطيك إخراج أكثر اتساقاً لحالة الاستخدام المحددة لديك قبل الالتزام بأحدهما في خط الأنابيب.
سعيد بمشاركة JSON لسير عمل n8n الفعلي إذا كان ذلك سيساعدك على البدء بشكل أسرع.