نبذة
يهمّني أن تكون الأتمتة منطقية من ناحية العمل، لا أن تبدو جميلة في عرض تجريبي.
بدأت من حيث يبدأ معظم مطوّري الواجهات: تحويل التصاميم إلى واجهات. وما غيّر المسار هو اكتشافي أن الواجهة عادةً أصغر أجزاء المشكلة. فخلف كل شاشة تقريباً يجلس شخص يعيد إدخال بيانات كان بإمكان آلة أن تقرأها.
فذهبت أبحث عن الطبقة التي تحتها. وأتاح لي n8n طريقة لربط نماذج اللغة بأنظمة حقيقية: مستندات تدخل، وبيانات منظّمة مُتحقّق منها تخرج، مباشرة إلى الأدوات التي تستخدمها الشركة أصلاً. والعربية هي ما يجعل هذا مثيراً للاهتمام، لأن أغلب الأدوات العالمية لا تتعامل معها فعلياً، ولأن المنطقة تتحرّك بسرعة نحو الفوترة الرقمية الإلزامية.
ما زلت أكتب الواجهة الأمامية، بل أقودها: أضع المعايير، وأراجع الكود، وأوجّه المطوّرين. الفرق أنني صرت أصمّم المسار كاملاً، من لحظة وصول المستند إلى لحظة اعتماده على الشاشة.
والنصف الآخر من العمل هو التنسيق. أجمع المتطلبات مباشرة من العملاء، وأحدّد النطاق ومعايير القبول، وأقسّم العمل إلى مهام، وأبقي التسليم في موعده عبر الواجهة الأمامية والخلفية والتصميم. هذا الجزء أقلّ بريقاً من الذكاء الاصطناعي، وهو غالباً ما يحسم ما إذا كان المشروع سيصل إلى الإنتاج.
أسوأ خلل سلّمته لم يكن في كود أحد. نظامان تصرّف كلٌّ منهما تصرّفاً سليماً تماماً، واختلفا على معنى الحمولة، فحذفت البيانات نفسها بصمت — بلا رسالة خطأ، وبلا سجلّ، وبلا شيء «مكسور». صار عندي منذ ذلك الحين مبدأ ثابت: كل حدود مشتركة تحتاج اتفاقاً مكتوباً أولاً — شكل البيانات، والحقول المطلوبة، والحالات الغريبة، ومن المسؤول عن ماذا. هذا يتيح لشخصين أن يبنيا بالتوازي وأن يتركّب عملهما من أول مرة.
مسار عمل لا يحفظ شيئاً خير من مسار يحفظ الشيء الخطأ. لا تحفظ خطوط الاستخراج عندي أي شيء قبل التأكّد من وجود الحقول الأساسية ومعقوليتها — وعند النقص ترفض وتشرح السبب. فالجواب الخاطئ الواثق أسوأ من الجواب الصحيح البطيء.
كان أول مسار عمل عندي يرسل كل ملف وارد إلى نموذج رؤية. لكن ملف PDF يحمل عادةً نصاً قابلاً للاستخراج، ونموذج النص يقرأه بجزء بسيط من الكلفة. قرار تفريع واحد خفّض كلفة المستند بمقدار ثلاثة أرباع — مع العودة إلى نموذج الرؤية حين يعود الاستخراج فارغاً. التفريع مجاني، والتوفير يتراكم كل شهر.
الأتمتة التي لا يثق بها أحد يتجاوزها الجميع. ولوحة التحكّم التي لا يفهمها أحد تُصدَّر إلى جدول بيانات. لذلك يهمّني شكل الواجهة بقدر ما يهمّني الخط خلفها: حالات واضحة، وأخطاء صادقة، وبلا طرق مسدودة.
الأنمي، والشطرنج، والريشة الطائرة، والأفلام. علّمني الشطرنج أن أحسب بسرعة، وأبقى هادئاً، وأحوّل الأفضلية إلى نتيجة — وهو تقريباً ما يطلبه منك أي موعد تسليم. شاركت في ICPC/ACPC عام ٢٠٢١، وعادة التفكير بعدة نقلات مقدّماً لم تفارقني منذ ذلك الحين.
مهندس أتمتة بالذكاء الاصطناعي ومطوّر واجهات أمامية أول، مقيم في الخبر بالمملكة العربية السعودية. يصمّم ويشغّل مسارات عمل إنتاجية في n8n تربط نماذج اللغة بأنظمة حقيقية، ويبني الواجهات فوقها بـ React وTypeScript. ويعمل أيضاً مشرف هندسة برمجيات يقود تطوير الواجهات الأمامية ويمتلك دورة التسليم كاملة.
Smart Scanner منتج لإدارة الفواتير بالذكاء الاصطناعي، عربي أولاً. يصوّر الموظف الفاتورة، فيتحقّق مسار عمل في n8n من كونها فاتورة حقيقية، ويستخرج كل الحقول عبر GPT Vision بالعربية والإنجليزية، ويصنّف كل مصروف. ثم يراجع المحاسب ويعتمد أو يرفض ويعلّق ويصدّر عبر لوحات تحكّم حسب الدور. بنى نور محرّك الأتمتة بالذكاء الاصطناعي كاملاً والواجهة الأمامية بالكامل.
العربية لغته الأم، وهي جزء أساسي من تخصّصه التقني. يبني واجهات ثنائية اللغة افتراضها العربية بدعم كامل للاتجاه من اليمين إلى اليسار، وخطوط معالجة المستندات لديه مضبوطة خصيصاً للفواتير العربية، بما فيها المكتوبة بخط اليد وحقول الفوترة الإلكترونية من ZATCA — وهي حالة تتعامل معها أغلب الأدوات العالمية بضعف أو لا تتعامل معها إطلاقاً.
نعم. متاح لفرص في المملكة العربية السعودية وعن بُعد، سواء في الموقع أو بنظام هجين أو عن بُعد بالكامل، ويقبل مشاريع أتمتة وواجهات أمامية بالعمل الحر. وأسرع وسيلة للوصول إليه هي البريد الإلكتروني.
n8n للتنسيق؛ وواجهة OpenAI البرمجية بما فيها GPT-4o وGPT-4.1 Vision مع مخرجات JSON منظّمة؛ ووكلاء ذكاء اصطناعي باستدعاء أدوات مخصّص؛ وWebhooks وتكاملات REST؛ وGoogle Sheets وGoogle Drive وMySQL وTelegram كطبقات بيانات وتسليم؛ وModel Context Protocol لربط النماذج بأدوات حقيقية.
عبر البريد الإلكتروني nouraldeentofi@gmail.com أو عبر LinkedIn. وينشر هذا الموقع أيضاً ملفاً تعريفياً قابلاً للقراءة آلياً وخادم MCP، بحيث يستطيع أي مساعد ذكاء اصطناعي الاستعلام مباشرة عن خبرته ومشاريعه.