وكلاء الذكاء الاصطناعي
أنظمة تعمل ذاتيًا تحلّل، وتستدعي الأدوات، وتنفّذ ضمن صلاحيات تحدّدها — قابلة للتتبّع من طرف لطرف.
اعرف المزيد →
ذكاء اصطناعي · سحابة · SaaS للمؤسسات
أنظمة ذكية، مبنية على وحدات.
تحوّل grid بياناتك ونماذجك المبعثرة إلى أنظمة موثوقة تعمل ذاتيًا — مهندَسة كمنصّة واحدة متماسكة، لا مجموعة أدوات.
موثوق من فرقٍ تبني على سحابة المنطقة
NoveraBankTamweelQidra HealthMawrid LogisticsSaïd RetailOrbit Energy NoveraBankTamweelQidra HealthMawrid LogisticsSaïd RetailOrbit Energy
ابدأ الآن
احجز نطاقك.
كل مشروع مع grid يمكن إطلاقه على نطاق نسجّله ونؤمّنه لك.
الحلول
منصّة واحدة، خمس قدرات.
كل قدرة تشترك في نفس نموذج البيانات والهوية ولوحة التحكم — فما تبنيه يتراكم بدل أن يتشظّى.
منصّات SaaS
منتجات متعددة المستأجرين بفوترة ومصادقة وتحليلات مدمجة من اليوم الأول.
اعرف المزيد →البنية السحابية
بنية قابلة للتوسّع وآمنة على AWS وGoogle Cloud، نُشغّلها معك.
اعرف المزيد →تطوير البرمجيات
فرق هندسة منتجات متمرّسة تُسلّم وتتكامل وتبقى مسؤولة.
اعرف المزيد →التحول الرقمي
تحديث الأنظمة القديمة إلى طبقة تشغيل واحدة ذكية.
اعرف المزيد →99.98%
جاهزية المنصّة
120ms
زمن الاستجابة
40+
عملية نشر مؤسسية
1.2B
طلب / شهر
كيف نعمل
من الفكرة إلى الإنتاج، دون انحراف.
نكتشف
نرسم بياناتك وأنظمتك وأهدافك، ونتّفق على معنى «الإنجاز».
نصمّم
معمارية وواجهات مبنية على نظام تصميم grid منذ اليوم الأول.
نبني
دفعات قصيرة، وبيئات حقيقية، ومراقبة مدمجة من البداية.
نشغّل
نديره معك — اتفاقيات مستوى خدمة ومراقبة وتحسين مستمر.
القطاعات
مبنيّ للأعمال المنظَّمة وعالية المخاطر.
المصارف والتمويل
الرعاية الصحية
القطاع الحكومي
التجزئة والتجارة
الخدمات اللوجستية
الطاقة
رؤى
من مدوّنة الهندسة.
التصميم
لوحة معلومات يقرأها الناس فعلًا
أغلب لوحات المعلومات تموت ميتة صامتة: تُبنى بحماس، وتُعرض في اجتماع الإطلاق، ثم لا يفتحها أحد بعد أسبوعين. المشكلة نادرًا ما تكون في البيانات — إنها في التصميم الذي يعرض كل شيء ولا يقول شيئًا. لوحة المعلومات الناجحة ليست معرضًا للرسوم البيانية، بل أداة قرار يومية. في هذا المقال نلخص المبادئ التي نصمم بها في «الشبكة» لوحات يفتحها الناس كل صباح لأنها تجيب عن أسئلتهم فعلًا.ابدأ من القرار، لا من البياناتالسؤال الخاطئ عند بناء اللوحة: «ما البيانات المتوفرة لدينا؟». السؤال الصحيح: «ما القرارات التي يتخذها مستخدم هذه اللوحة كل أسبوع؟». كل عنصر في اللوحة يجب أن يجيب عن سؤال محدد يقود لتصرف — «هل نحتاج تدخلًا اليوم؟»، «أين يتسرب العملاء؟». الرسم الذي لا يغيّر قرارًا هو ضجيج مهما كان جميلًا.لكل رسم في اللوحة سؤال يجيب عنه — وإن لم تستطع صياغة السؤال، احذف الرسم.حبر البيانات: كل بكسل يبرر وجودهمبدأ إدوارد توفتي الشهير: انسب أكبر قدر من «الحبر» للبيانات نفسها، وأقل قدر للزينة. عمليًا هذا يعني حذف الخلفيات المظللة، والحدود الثقيلة، والتدرجات، والظلال، وخطوط الشبكة الكثيفة، وتأثيرات الأبعاد الثلاثية — كلها تنافس البيانات على انتباه العين ولا تضيف معلومة. اللوحة النظيفة ليست ذوقًا جماليًا؛ إنها سرعة قراءة.لون واحد يكفي للتمييزاللوحة التي تستخدم عشرة ألوان لا تميّز شيئًا — فحين يصرخ كل شيء، لا يُسمع شيء. النظام الذي يعمل: درجات رمادية هادئة للأساس، ولون تمييز واحد للأهم — الخط الذي يهم الآن، أو الشريحة التي تحتاج انتباهًا — والأحمر محجوز حصريًا للتحذير الحقيقي. بهذا الانضباط، تقود اللون عين القارئ إلى ما يستحق خلال ثانية.التسلسل الهرمي يقود العينالقارئ يمسح اللوحة، لا يقرؤها سطرًا سطرًا. صمم لهذا السلوك: الأرقام المصيرية في الأعلى كبيرة وواضحة، والتفاصيل الداعمة تحتها، والاستكشاف العميق في المستوى الأخير أو خلف نقرة. وقاعدة الشاشة الواحدة: ما يحتاج تمريرًا طويلًا لن يُرى — إن كثرت الأقسام فوزّعها على لوحات لجمهور مختلف بدل شاشة واحدة لا نهائية.اختر الرسم الذي يطابق السؤالالاتجاه عبر الزمن — خط. لا شيء يضاهيه.المقارنة بين فئات — أعمدة مرتبة من الأكبر للأصغر.رقم واحد مصيري — رقم كبير مع مؤشر التغير عن الفترة السابقة، لا عدّاد سرعة.الدائرة (Pie) — نادرًا: فئتان أو ثلاث كحد أقصى، وإلا فالأعمدة أوضح.وانتبه لمحاور تبدأ من غير الصفر في الأعمدة — إنها تضخّم الفروق وتخدع القارئ، وثقة اللوحة أغلى ما فيها.رقم بلا سياق ليس معلومة«الإيراد 48,000» — هل هذا جيد؟ لا أحد يعلم بدون مقارنة. كل رقم في اللوحة يحتاج مرجعًا: الفترة السابقة، أو الهدف، أو متوسط السوق. أضف خط الهدف على الرسم، ونسبة التغير بجانب الرقم، ولوّن الانحراف — عندها يتحول الرقم من إحصائية إلى حكم: نحن بخير، أو نحتاج تدخلًا.للجمهور العربي: اللوحة تقرأ من اليميناللوحات ثنائية اللغة تحدٍّ نتعامل معه يوميًا: في الواجهة العربية ينعكس التخطيط كاملًا (RTL) فيبدأ التسلسل البصري من أعلى اليمين، بينما تبقى محاور الزمن في الرسوم تجري من اليسار لليمين كما يتوقع القارئ للأرقام. والأرقام الطويلة والتواريخ تحتاج تنسيقًا محليًا صحيحًا. اختبر النسختين — فاللوحة التي تُقرأ طبيعيًا بالعربية لا تأتي مجانًا من مكتبة رسوم أجنبية.قائمة تحقق قبل إطلاق أي لوحةهل كل رسم يجيب عن سؤال قرار واضح يمكنك كتابته بجملة؟هل حذفت كل زينة لا تحمل معلومة — خلفيات وظلال وأبعاد ثلاثية؟هل تستخدم لونًا واحدًا للتمييز والأحمر للتحذير فقط؟هل الأهم في أعلى الشاشة، وكل شيء مرئي بلا تمرير طويل؟هل كل رقم مصحوب بمقارنة تعطيه معنى — هدف أو فترة سابقة؟الخلاصةلوحة المعلومات الجيدة ليست الأكثر رسومًا بل الأسرع إجابة: يفتحها صاحب القرار فيعرف خلال ثوانٍ هل الأمور بخير وأين يجب أن ينظر. ابدأ من الأسئلة، وقتّر في الحبر واللون، ورتّب بالتسلسل، وأعطِ كل رقم سياقه — وستحصل على اللوحة النادرة: التي يفتحها الناس كل يوم طوعًا.في «الشبكة» نصمم لوحات المعلومات والتقارير التفاعلية ثنائية اللغة للشركات والجهات — من نمذجة البيانات إلى واجهة تُقرأ فعلًا. إذا كانت لوحاتك تُبنى ولا تُفتح، تواصل معنا.
الهندسة
SaaS متعدد المستأجرين بلا ألم
كل منصة SaaS ناجحة تصل إلى اللحظة نفسها: عشرات ثم مئات المستأجرين على البنية ذاتها، وسؤال واحد يحدد مستقبل المنتج — هل صُمم التعدد من الأساس أم رُقّع لاحقًا؟ الفارق بين الحالتين هو الفارق بين نمو هادئ وليالٍ من حوادث تسرب البيانات بين العملاء. في هذا المقال نلخص أنماط العزل والمصادقة والفوترة التي نطبقها في «الشبكة» عند بناء منصات متعددة المستأجرين تنمو بلا ألم.اختر نموذج العزل بوعي — لا بالمصادفةقرار العزل هو أهم قرار معماري في المنصة، وله ثلاثة أنماط رئيسية:قاعدة بيانات لكل مستأجر — أقوى عزل وأسهل امتثال، لكن كلفة تشغيلية تتضاعف مع كل عميل. مناسب للعملاء الكبار وقطاعات التنظيم الصارم.مخطط مشترك بمعرّف مستأجر — الأكفأ تشغيليًا والأسرع نموًا، لكنه يضع كل عبء العزل على انضباط الكود.هجين — مخطط مشترك للشريحة العامة، وقواعد مستقلة لمن يدفع مقابل العزل. النمط الذي تنتهي إليه أغلب المنصات الناضجة.لا يوجد نموذج «صحيح» — يوجد نموذج يطابق عملاءك اليوم ويترك الباب مفتوحًا لعملاء الغد.معرّف المستأجر يمر في كل طبقة — والدفاع متعدد الخطوطفي النموذج المشترك، أخطر حادثة ممكنة استعلام نسي شرط المستأجر فأظهر بيانات عميل لعميل آخر. الحماية لا تُترك للانتباه البشري بل تُبنى طبقات: سياق مستأجر إلزامي في كل طلب، وطبقة وصول للبيانات تضيف الشرط تلقائيًا ولا تسمح بتجاوزه، وأمان مستوى الصف (RLS) في قاعدة البيانات كخط دفاع أخير يعمل حتى لو أخطأ الكود.ثم اختبارات آلية تحاول عمدًا الوصول عبر الحدود بين مستأجرين — تفشل الإطلاقة في CI قبل أن تصل الثغرة للإنتاج.المصادقة: هوية المستخدم شيء وعضويته شيء آخرالنمط الذي يصمد: هوية واحدة للمستخدم، وعضويات متعددة في مستأجرين، وأدوار لكل عضوية. هذا يفتح الحالات الحقيقية بسلاسة — مستشار يعمل مع ثلاث شركات، وموظف ينتقل بين فريقين — دون حسابات مكررة. ومع أول عميل كبير سيأتي طلب SSO (تسجيل الدخول الموحد عبر SAML أو OIDC)؛ ابنِ نقطة التوصيل مبكرًا، فهي شرط صفقات لا ميزة رفاهية.الفوترة تبدأ من القياسلا يمكن فوترة ما لا تقيسه. من اليوم الأول، سجّل الاستخدام لكل مستأجر — المستخدمين النشطين، حجم التخزين، استدعاءات الواجهات، أو أي وحدة تعكس القيمة عندك — في مسار أحداث مستقل عن منطق الفوترة نفسه. بعدها تستطيع تركيب أي نموذج تسعير فوق البيانات: باقات، أو دفع بالاستخدام، أو مزيج، وتغييره لاحقًا دون إعادة بناء.واربط حدود الباقات بالإنفاذ الفعلي: الباقة التي تعد بعشرة مستخدمين يجب أن يفرضها النظام آليًا، مع رسالة ترقية مهذبة لا خطأ غامض.الجار المزعج: عدالة المواردفي البنية المشتركة، مستأجر واحد ثقيل — استيراد مليون سجل، أو تكامل مجنون — يمكن أن يبطئ المنصة على الجميع. الوقاية: حدود معدل لكل مستأجر لا للنظام كله، وطوابير معالجة تفصل الأحمال الثقيلة عن المسار التفاعلي، ومراقبة مقسمة بالمستأجر تكشف من يستهلك ماذا قبل أن يشتكي الآخرون.الترحيلات على أسطول قواعدإن اخترت قاعدة لكل مستأجر، فكل ترحيل مخطط يصبح عملية على أسطول: أتمتة تنفذ الترحيل تدريجيًا، وتتحقق من نجاحه لكل قاعدة، وتوقف الانتشار عند أول فشل. بدون هذه الأتمتة، سيتباعد المستأجرون في إصدارات المخطط — وهي فوضى يصعب العودة منها.قائمة تحقق للتعدد بلا ألمهل اخترت نموذج العزل قرارًا واعيًا موثقًا — لا افتراضًا ورثته؟هل يمر معرّف المستأجر إلزاميًا في كل طبقة، مع RLS كخط دفاع أخير؟هل الهوية منفصلة عن العضوية، ونقطة SSO جاهزة للعملاء الكبار؟هل تقيس الاستخدام لكل مستأجر من اليوم الأول، والحدود مُنفذة آليًا؟هل لديك حدود معدل لكل مستأجر ومراقبة مقسمة تكشف الجار المزعج؟الخلاصةتعدد المستأجرين ليس ميزة تضيفها لاحقًا، بل عدسة تصمم من خلالها كل طبقة: العزل، والهوية، والقياس، والعدالة التشغيلية. المنصات التي تبنيه من الأساس تنمو من عشرة عملاء إلى ألف بهدوء؛ والتي ترقّعه تدفع الثمن حوادث وثقة عملاء. الاستثمار المبكر هنا هو أرخص تأمين لمستقبل منتجك.في «الشبكة» نصمم منصات SaaS متعددة المستأجرين من الصفر ونعالج مشاكل التعدد في المنصات القائمة. إذا كنت تبني منصتك أو تستعد لعميلك الكبير الأول، تواصل معنا.
الموثوقية
المراقبة من اليوم الأول
في معظم المشاريع، تُضاف المراقبة بعد أول حادثة مؤلمة: ساعات من التخمين في الظلام، ثم قرار متأخر بأن «نحتاج مراقبة أفضل». المقاربة الأصح — والأرخص بكثير — أن تُبنى قابلية الملاحظة (Observability) من اليوم الأول، كجزء من تعريف «مكتمل» لأي ميزة جديدة. في هذا المقال نشرح الأركان الثلاثة التي نؤسسها في «الشبكة» مع كل نظام نبنيه، ولماذا صارت أنظمة الذكاء الاصطناعي تجعل هذا التأسيس أكثر إلحاحًا من أي وقت.مراقبة الرسوم ليست قابلية ملاحظةالفرق جوهري: المراقبة التقليدية تجيب عن أسئلة قررتها مسبقًا — «كم استهلاك المعالج؟». قابلية الملاحظة تمكّنك من طرح أسئلة لم تخطر ببالك وقت البناء: «لماذا تفشل طلبات هذا العميل تحديدًا بعد الساعة الثامنة؟». الحوادث الحقيقية دائمًا من النوع الثاني — أسئلة جديدة لم يتوقعها أحد.النظام القابل للملاحظة يجيب عن أسئلة لم تُطرح بعد — دون نشر كود جديد لجمع البيانات.الركن الأول: سجلات منظمة لا نصوص حرةالسجل النصي «حدث خطأ في الدفع» يقرؤه إنسان واحد؛ السجل المنظم (JSON بحقول ثابتة) تستعلمه الآلة عبر ملايين الأسطر. من اليوم الأول نلتزم: كل سجل يحمل معرّف ارتباط (Correlation ID) يتبع الطلب عبر كل الخدمات، ومستوى خطورة صحيحًا، وحقولًا موحدة الأسماء عبر النظام كله.القيمة تظهر في أول تحقيق: بدل البحث في ملفات متفرقة، استعلام واحد يعيد رحلة الطلب كاملة من البوابة إلى قاعدة البيانات.الركن الثاني: مقاييس تهم المستخدماستهلاك المعالج والذاكرة مفيد، لكنه لا يخبرك إن كان المستخدم يعاني. الإشارات الأربع الذهبية هي الأساس:زمن الاستجابة — وبالذات الشريحة المئوية 95 و99، لا المتوسط الذي يجمّل الصورة.معدل الحركة — طلبات في الثانية، لفهم السياق والذروات.معدل الأخطاء — نسبة الطلبات الفاشلة، مقسمة حسب النوع والمسار.التشبع — كم اقتربت الموارد من حدودها قبل أن تنهار.هذه الأربعة لكل خدمة، مع لوحة واحدة تجمعها، تكشف 90% من المشاكل قبل أن يبلّغ عنها العملاء.الركن الثالث: تتبع موزع يربط القصةفي نظام من خدمات متعددة، السجلات والمقاييس تخبرك أن شيئًا بطيء — التتبع الموزع (Tracing) يخبرك أين. كل طلب يحمل سياق تتبع ينتقل عبر الخدمات، فترى الرحلة شلالًا زمنيًا: أي خدمة استهلكت الوقت، وأي استدعاء تكرر بلا داعٍ. معيار OpenTelemetry جعل هذا متاحًا بجهد معقول ودون ارتباط بمزوّد واحد.أنظمة الذكاء الاصطناعي ترفع الرهانمع الوكلاء والنماذج اللغوية، لم يعد السؤال «أي خدمة بطيئة؟» بل «لماذا قرر الوكيل هذا القرار؟». لذلك نمدّ التتبع ليشمل كل تشغيل: التوجيهات المستخدمة وإصدارها، وكل استدعاء نموذج بمدخلاته ومخرجاته، وكل استدعاء أداة بنتيجته — مربوطة بمعرّف تشغيل واحد. بدون هذا الأثر، تصحيح سلوك وكيل في الإنتاج تخمين محض؛ ومعه، كل قرار قابل للتفسير والمراجعة.نبّه على الأعراض، وحقق في الأسبابالتنبيهات الكثيرة أخطر من قلتها — الفريق يتعلم تجاهلها. القاعدة: نبّه فقط على ما يلمس المستخدم (معدل أخطاء يتجاوز الحد، بطء ملموس، توقف كامل)، واجعل كل تنبيه قابلًا للتصرف برابط مباشر إلى لوحة التحقيق أو دليل التشغيل. أعطال الأسباب الداخلية — امتلاء قرص، تراجع نسخة — تذهب للوحات المراجعة اليومية، لا لإيقاظ أحد فجرًا.قائمة تحقق لليوم الأولهل سجلاتك منظمة بحقول موحدة ومعرّف ارتباط في كل طلب؟هل تقيس الإشارات الأربع الذهبية لكل خدمة، بالشرائح المئوية لا المتوسطات؟هل يمر التتبع الموزع عبر كل خدماتك بمعيار OpenTelemetry؟هل تسجل أنظمة الذكاء الاصطناعي عندك كل قرار باستدعاءاته ومخرجاته؟هل كل تنبيه يوقظ إنسانًا مرتبط بأثر ملموس على المستخدم وإجراء واضح؟الخلاصةقابلية الملاحظة استثمار يتضاعف عائده مع كل حادثة: ما كان سيستغرق ليلة من التخمين يصبح استعلامًا من دقائق. ابدأها من اليوم الأول — سجلات منظمة، ومقاييس ذهبية، وتتبع موزع، وأثر كامل لقرارات الذكاء الاصطناعي — وستكتشف أن أغلب الحوادث الكبيرة كانت إشارات صغيرة ظهرت مبكرًا ولم يرها أحد.في «الشبكة» نبني قابلية الملاحظة في كل نظام نسلمه، من اليوم الأول لا بعد أول حادثة. إذا كان نظامك يعمل «صندوقًا أسود» وتريد أن ترى ما بداخله، تواصل معنا.
الأسئلة الشائعة
الأسئلة الشائعة
نعم — مراقبة مدعومة باتفاقية مستوى خدمة، واستجابة للحوادث، وتحسين مستمر. نُشغّل النظام مع فريقك، لا حوله.
تُحدَّد الارتباطات كمراحل ثابتة السعر أو اشتراكات شهرية. استخدام المنصّة يُفوتر حسب الاستهلاك، بلا احتكار.
نعم. الفوترة والفوترة الإلكترونية تتبع متطلبات هيئة الزكاة والضريبة والجمارك، والمنصّة مبنيّة لاحتياجات إقامة البيانات في السعودية.
بشكل أساسي AWS وGoogle Cloud، مع مزودين إقليميين حيث تتطلب إقامة البيانات — بما في ذلك الاستضافة داخل المملكة.
جاهز لبناء نظامك الذكي؟
احجز استشارة مجانية. ننطلق من مشكلتك — لا من قالب جاهز.
بلا إزعاج. ردٌّ واحد من مهندس حقيقي.