طرفية واحدة لكل خدمات Navixy: واجهة سطر الأوامر الجديدة

    Pavel Rudenko, Product Owner at Operations team
    المؤلفPavel Rudenko, Product Owner at Operations team
    August 25, 2026
    Dark blue illustration of a terminal window with a command prompt, next to the headline 'One terminal, every Navixy service: the new Command Line Interface' and the Navixy logo.

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

    تمثّل Navixy Console المكان الجديد الذي تجتمع فيه كل هذه الإعدادات: مكان واحد تلتقي فيه المؤسسات ومساحات العمل والمنتجات المتصلة والمستخدمون والفوترة، بدلاً من أن تكون موزعة بين أدوات منفصلة. إنها طبقة التحكم التي تعلو المنتجات الفردية مثل GPS Tracking أو IoT Logic أو IoT Query — حيث تقوم بتوفيرها وربطها وإدارة من يملك حق الوصول إلى ماذا.

    نحن نبني سطر أوامر مباشرة داخل تلك الـConsole: طريقة لإدارة أي خدمة متصلة — مراقبة الأجهزة، تدفقات الأتمتة، الأحداث والتنبيهات، استعلامات البيانات، المستخدمين — بكتابة أمر بدلاً من التنقل عبر قائمة.

    ما هو سطر أوامر Navixy Console؟

    سيأتي سطر أوامر Console في شكلين:

    • طرفية مدمجة (embedded shell) — لوحة طرفية قابلة للطي مدمجة داخل Console نفسها، متاحة في كل صفحة.
    • أداة CLI مستقلة — أداة أصلية لطرفيتك الخاصة، تتحقق من هويتك عبر نفس تسجيل الدخول المستخدم في Console، على غرار عمل أدوات سطر الأوامر الخاصة بـ AWS أو Google Cloud أو Vercel.

    ستشترك الأداتان في نفس الأوامر، بحيث يعمل السكريبت المكتوب لإحداهما مع الأخرى أيضًا. الفكرة التصميمية بسيطة: يجب أن يكون كل إجراء متاح في أي مكان داخل Console متاحًا أيضًا كأمر، وفق نمط ثابت هو nts <service> <command> [options] — على سبيل المثال، سرد أجهزة التتبع في منطقة معينة، أو إنشاء تدفق أتمتة، أو تفعيل/إيقاف قاعدة تنبيه.

    سيتواجد هذا إلى جانب طريقتين أخريين لتهيئة المنصة: وضع تهيئة قائم على JSON للتغييرات الجماعية ونسخ الإعدادات بين البيئات، وتكامل مع MCP للمطورين ووكلاء الذكاء الاصطناعي. ستعمل الطرق الثلاث على نفس الخدمات الأساسية، لذا فإن طريقة عملك المفضلة — سواء بالنقر أو كتابة السكريبتات أو ربط وكيل — هي مسألة تفضيل شخصي، وليست مجموعة مختلفة من القدرات.

    هناك أمر واحد لا يكونه سطر الأوامر عمدًا: مساعد ذكاء اصطناعي يخمّن ما تقصده. كل أمر سيقابل إجراءً محددًا وقابلاً للتنبؤ به. ما تكتبه هو ما يحدث فعليًا — دون أي تفسير في المنتصف.

    كيف ستساعد CLI الخاصة بـNavixy Console فرقًا مختلفة

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

    الموزعون ومطورو حلول التليماتكس الذين يديرون العديد من مؤسسات العملاء سيتمكنون من أتمتة أعمال الإعداد المتكررة عبر السكريبتات — إنشاء مؤسسة جديدة، وتطبيق تهيئة موحدة، وضبط الإعدادات في عدة حسابات دفعة واحدة — بدلاً من تكرار ذلك يدويًا في كل منها.

    متكاملو النظم الذين يقومون بنشر التهيئة عبر أسطول أحد العملاء سيتمكنون من كتابة سكريبت لهذا الإعداد (التدفقات، القواعد، السياجات الجغرافية) كإجراء قابل للتكرار، مما يجعل عملية نشر كبيرة متسقة وسهلة الإعادة عند الحاجة لأي تعديل.

    المطورون الذين يبنون حلولًا فوق Navixy سيحصلون على مجموعة أوامر تعكس ما هو متاح للأتمتة ووكلاء الذكاء الاصطناعي عبر MCP، بحيث يمكن لسير عمل يبدأ كأمر يدوي أن يُدمج لاحقًا في سكريبت أو وكيل دون الحاجة لتعلّم واجهة ثانية.

    حالات استخدام واقعية لسطر أوامر Console

    الحالة 1: موزّع يوحّد إعدادات حساب عميل جديد. بدلاً من إعادة إنشاء نفس مجموعات الأجهزة وقواعد التنبيه وأدوار المستخدمين يدويًا لكل عميل جديد، سيتمكن الموزّع من تصدير تهيئة معتمدة بصيغة JSON من مؤسسة واحدة وتطبيقها على مؤسسة جديدة بأمر استيراد واحد — مما يختصر إعدادًا كان يستغرق ساعة من النقرات إلى بضعة أسطر فقط.

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

    يمكنه إنشاء القواعد دفعة واحدة، وإعادة استخدام السكريبت نفسه في مواقع متعددة، وإعادة تشغيله كلما تغيّرت تهيئة الأسطول.

    الحالة 3: مدير أسطول يجري فحصًا يوميًا سريعًا. بدلاً من فتح لوحة المراقبة والتصفية حسب الحالة، سيتمكن مدير الأسطول من السؤال مباشرة من سطر الأوامر عن أجهزة التتبع غير المتصلة حاليًا أو السياجات الجغرافية التي تم اختراقها ليلاً — وهي عادة تندمج بشكل طبيعي مع روتين صباحي قائم على الطرفية.

    الحالة 4: مطور يحافظ على تزامن التهيئة بين البيئات. سيتمكن مطور يدير مؤسستين منفصلتين لبيئتي الاختبار والإنتاج من تصدير تهيئة إحداهما ومقارنتها بالأخرى قبل تطبيق أي تغييرات، ما يتيح اكتشاف أي انحراف قبل أن يتسبب في حادثة تشغيلية.

    ما التالي بالنسبة لسطر أوامر Navixy Console

    يُعد سطر الأوامر عنصرًا مبكرًا من Console الجديدة، وهو حاليًا نموذج أولي عملي تتوفر فيه الواجهة وبنية الأوامر ومساحات الأسماء بالفعل. المرحلة التالية هي ربطه بخدمات Navixy الفعلية القائمة خلفه، خدمة تلو الأخرى، بدءًا بالأكثر استخدامًا.

    ومع تبلور هذا التوجه، سنشارك المزيد حول الأوامر المتاحة وكيفية البدء باستخدامها. سطر أوامر Console موجود بالفعل في خارطة الطريق العامة الخاصة بنا — اطّلع على ما هو قادم في Navixy وتابع التقدم.

    مشاركة المقال