هل يمكن لـ n8n تنسيق سير عمل وكيل AI لنمذجة SketchUp ثلاثية الأبعاد وعرض بناء Twinmotion المتحرك؟

أسئلة
1

صف المشكلة/الخطأ/السؤال

مرحبًا بالجميع،
أبحث عن نصيحة حول ما إذا كان يمكن استخدام n8n لتنسيق سير عمل وكيل ذكاء اصطناعي للنمذجة ثلاثية الأبعاد والرسوم المتحركة للبناء.
الهدف هو إنشاء سير عمل حيث يمكن لوكيل ذكاء اصطناعي أن يساعد في إنشاء نموذج SketchUp أساسي لمبنى لوحة SIP صغير، مثل حديقة غرفة. من الناحية المثالية، سيتم إنشاء كل جزء من النموذج كمكون منفصل، على سبيل المثال:
الأساس
هيكل الأرضية
لوحات جدران SIP
ألواح السقف
النوافذ
الأبواب
الكسوة الخارجية
التشطيبات الداخلية
السبب في احتياجي لفصل الأجزاء هو حتى يتمكن النموذج من الانتقال إلى Twinmotion وتحريكه على مراحل، مما يوضح عملية البناء من الأساس إلى المبنى النهائي.
على سبيل المثال، ستعرض الرسوم المتحركة:
تم تثبيت الأساس
تم إضافة هيكل الأرضية
تم تثبيت لوحات جدران SIP
تم تركيب ألواح السقف
تم إضافة النوافذ والأبواب
تم إكمال الكسوة والتشطيبات النهائية
سؤالي الرئيسي هو ما إذا كان يمكن لـ n8n أن يساعد في التحكم في هذا النوع من سير العمل، على سبيل المثال:
طلب مكتوب → وكيل ذكاء اصطناعي → إنشاء نموذج SketchUp → مكونات منفصلة → تصدير النموذج → سير عمل رسوم متحركة Twinmotion
أفهم أن n8n قد لا ينشئ نماذج ثلاثية الأبعاد مباشرة بنفسه، لكن هل يمكنه تنسيق العملية باستخدام واجهات برمجية التطبيقات والبرامج النصية وأتمتة SketchUp Ruby والأدوات الخارجية للذكاء الاصطناعي أو تصدير الملفات؟
ما رسالة الخطأ، إن وجدت؟
لا توجد رسالة خطأ. هذا سؤال تصميم سير عمل.
يرجى مشاركة سير عملك
ليس لدي سير عمل يعمل حتى الآن. أحاول فهم أفضل بنية قبل البناء.
سير العمل المقصود سيكون شيئًا مثل:
إدخال الطلب في n8n
↓
يقوم وكيل الذكاء الاصطناعي بتفسير أبعاد البناء وتخطيط لوحة SIP
↓
تقوم أتمتة SketchUp بإنشاء النموذج
↓
يتم حفظ كل جزء من أجزاء المبنى كمكون/طبقة/علامة منفصلة
↓
يتم تصدير النموذج
↓
يتم استخدام Twinmotion لإنشاء رسوم متحركة بناء على مراحل
أسئلة
هل بنى أحد شيئًا مشابهًا باستخدام n8n؟
هل يمكن لـ n8n تشغيل أو التحكم في برامج SketchUp النصية، خاصة برامج Ruby النصية؟
هل من الواقعي أن يقوم وكيل ذكاء اصطناعي بإنشاء نموذج SketchUp نظيف من طلب مكتوب، أم أنه سيحتاج إلى الكثير من التصحيح اليدوي؟
هل سيكون من الأفضل إنشاء الهندسة من خلال القواعد البرمجية بدلاً من طلب ذكاء اصطناعي لنمذجة كل شيء مباشرة؟
هل يمكن أتمتة خطوات رسوم متحركة Twinmotion، أم أن هذا الجزء سيظل بحاجة إلى أن يكون يدويًا في الغالب؟
أي نصيحة حول أفضل الأدوات وهيكل سير العمل والمكونات الإضافية وواجهات برمجية التطبيقات أو نهج وكيل الذكاء الاصطناعي ستكون موضع تقدير.
شكرًا لك.

ما رسالة الخطأ (إن وجدت)؟

يرجى مشاركة سير عملك

(حدد العقد على لوحتك واستخدم اختصارات لوحة المفاتيح CMD+C/CTRL+C و CMD+V/CTRL+V لنسخ ولصق سير العمل.)

شارك الناتج الذي أرجعته العقدة الأخيرة

معلومات حول إعداد n8n الخاص بك

  • إصدار n8n:
  • قاعدة البيانات (الافتراضي: SQLite):
  • إعداد n8n EXECUTIONS_PROCESS (الافتراضي: own, main):
  • تشغيل n8n عبر (Docker, npm, n8n cloud, desktop app):
  • نظام التشغيل:
2

نعم، يمكن لـ n8n تشغيل هذا، لكنه الموصّل وليس الشيء الذي يصنع النموذج. من المفيد أن تكون واضحًا بشأن هذا من البداية لأنه يغير التصميم كله.

الخطأ الذي يرتكبه معظم الناس هنا هو طلب من الذكاء الاصطناعي نمذجة الهندسة مباشرة. نماذج اللغات الكبيرة سيئة في برامج CAD البارامترية النظيفة، ستقضي وقتًا أطول في إصلاحها مما لو كنت قد كتبتها بالفعل. الطريقة التي أقسمها: دع الذكاء الاصطناعي يفعل ما يجيده فعلاً، تحويل موجزك المكتوب إلى مواصفات منظمة (أطوال الجدران وعدد الألواح وأحجامها وموضع الفتحات، كل شيء كـ json). ثم يبني نص حتمي الهندسة الفعلية من تلك المواصفات. الذكاء الاصطناعي للقصد، الكود للهندسة. هذا الفصل هو ما يعطيك نماذج نظيفة قابلة للتكرار وأجزائك المنفصلة مجانًا.

بالنسبة إلى SketchUp فهذا هو Ruby API. لا يمكن لـ n8n الدخول داخل SketchUp وتشغيل Ruby بنفسه، لكنه لا يحتاج إلى ذلك. ينتج n8n مواصفات json ويسلمها، وتقرأ نص Ruby داخل SketchUp تلك المواصفات وتبني كل جزء (الأساس والأرضية وألواح الجدران والسقف والفتحات…) كمكون خاص به مع علامة مسماة حسب المرحلة. لأن النص يصنعها كمكونات منفصلة مسماة، فإن تقسيمك من مرحلة إلى مرحلة مدمج من البداية، وليس شيء تقسمه بيدك لاحقًا.

نهاية Twinmotion هي حيث سأضع التوقعات. الاستيراد عبر Datasmith وهرمية المكونات والعلامات الخاصة بك تنتقل، لذا تنزل جميع الأجزاء مُنظمة بالفعل. لكن تسلسل البناء الفعلي هو ميزة Phasing في Twinmotion وهذا في الأساس إعداد جدول زمني يدوي، لا توجد واجهة برمجية حقيقية لـ n8n لقيادة الرسم المتحرك بنفسه. لذا واقعياً n8n + Ruby تؤتمتة كل شيء حتى الصادرات شاملة، والمراحل في Twinmotion تبقى يدوية (فقط أسرع بكثير لأن الأجزاء منقسمة ومسماة بالفعل).

إذن مباشرة إلى أسئلتك: نعم n8n ينسقها، نعم يمكنها تشغيل Ruby (بشكل غير مباشر، عبر ملف أو نقطة نهاية يراقبها النص)، لا تدع الذكاء الاصطناعي ينمذج مباشرة، نعم ولد الهندسة بقواعد معبرة، وحركة Twinmotion هي الجزء الوحيد الذي يبقى يدويًا في الأساس.

أنا سعيد بالغوص أعمق في تسليم n8n إلى Ruby إذا حصلت على بنائه، فهذا هو الجزء الذي يحتوي على معظم المشاكل المحتملة.

3

مرحباً @danda_war
قم بإنشاء المواصفات في سلسلة LLM أساسية مع محلل مخرجات منظم مرفق بدلاً من عقدة وكيل، بحيث يتم التحقق من صحة JSON بالمخطط قبل أن يراه سكريبت Ruby أبداً. احتفظ بما ينبعث من النموذج حول معاملات المستوى الموجز والمدى الإجمالي والمواضع الافتتاحية وعرض وحدة اللوحة، واترك السكريبت يشتق عدد اللوحات والمواضع، لأن الأعداد التي يخترعها النموذج لن تتسع للوحدة.
تعلم n8n توثيق تحليل المخرجات المنظمة كغير موثوق به عندما يتعلق المحلل بوكيل وتوصي بسلسلة LLM منفصلة لخطوة التحليل، بحيث يمكن للوكيل تشغيل الواجهة الأمامية المحادثة طالما تقوم السلسلة بالتحليل.