محلل يبني محرر UML مع مخططات وفق GOST بمساعدة Claude: النسخة الأولى في ساعتين

احتاج محلل أنظمة إلى محرر UML يعمل من روسيا ولا يتطلب تثبيت أي شيء على جهاز العمل. لم يجد حلًا جاهزًا، فبنى محرره الخاص مع Claude. ظهرت أول نسخة عاملة من umleditor.ru خلال ساعتين. يضم الموقع اليوم مخططات انسيابية وفق GOST بمُصيِّر (renderer) خاص، ومحرر JSON، ودليلًا مرجعيًا من 70+ صفحة. وتُرسم المخططات على خادم PlantUML منشور في موسكو.

من أين جاءت المهمة

تدخل مخططات UML في العمل اليومي لمحلل الأنظمة. لكن الموقع الرسمي plantuml.com لا يفتح من روسيا. لم يبق سوى الحلول المحلية: Java، أو إضافة في بيئة التطوير (IDE)، أو VPN. ولم يرغب المؤلف في أيٍّ من ذلك، خصوصًا على حاسوب الشركة.

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

من فعل ماذا

يصف المؤلف تقسيم العمل بوضوح. كتب Claude الواجهة والجزء الخلفي (الخادم) وسكربتات الخادم، بل وحتى نصوص الدليل المرجعي. أما هو فكان يشرح ما يريده، ويراجع النتيجة، ويطلب إعادة العمل عليها. وتولى كذلك ما لا تستطيع الشبكة العصبية فعله: دفع تكلفة الاستضافة، وشراء النطاق، وإدخال كلمات المرور.

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

أبرز معطيات المشروع كما وردت في وصف المؤلف:

• أول نسخة عاملة: نحو ساعتين؛
• الصيغة: محرر UML على الويب، ويتحدث المخطط أثناء كتابة الكود؛
• الرسم: خادم PlantUML خاص في موسكو؛
• التسجيل: غير مطلوب؛
• الإضافات: مخططات انسيابية وفق GOST بمُصيِّر خاص، ومحرر JSON؛
• الدليل المرجعي: 70+ صفحة؛
• كاتب الكود: Claude، بما في ذلك سكربتات الخادم والنصوص.

ما الأكثر إثارة هنا

أكثر أجزاء المشروع تعقيدًا، بحسب الوصف، هي المخططات الانسيابية وفق GOST. فـ PlantUML يرسم المخططات افتراضيًا بنمطه الخاص، بينما تفرض المعايير الروسية أشكالًا وتنسيقًا محددين. لذلك احتاج المؤلف إلى مُصيِّر مستقل. وهذه مشكلة حقيقية لمحللي الأنظمة الذين يسلّمون وثائق وفق متطلبات العميل أو المشاريع الحكومية، إذ يضطرون إلى إعادة رسم المخطط يدويًا في محرر آخر.

تَعِد المقالة الأصلية على Habr بكود وأرقام عن بنية الخدمة. أما الإعلان فلا يتضمنها، ولذلك لا يمكن بعد تقدير الحمل وتكلفة الخادم وجودة مُصيِّر GOST. وليس واضحًا كذلك كيف تتعامل الخدمة مع تدفق كبير من الطلبات، ولا ما إجراءات الحماية المطبقة على خادم الرسم العام. وهذه أسئلة معتادة تُطرح على أي خادم PlantUML مفتوح.

ماذا نستخلص من هذا

يعرض المشروع سيناريو عمليًا لمتخصص لا يملك فريق تطوير. يأخذ مهمة ضيقة من مهنته، ويصف حلها للنموذج، ثم يتحقق من النتيجة يدويًا. عتبة الدخول منخفضة: ساعتان حتى النسخة الأولى.

الخلاصات العملية كالتالي:

• إذا تعذر الوصول إلى أداة عمل بسبب العقوبات أو الحجب، فاستضافة PlantUML ذاتيًا على خادم صغير تبقى أبسط طريقة للحفاظ على سير العمل المعتاد؛
• قبل إرسال المخططات إلى أي مُصيِّر عام، تأكد من خلوّها من أسماء الأنظمة الداخلية وعناوينها؛
• عند العمل بأسلوب vibe coding، حدد مسبقًا ما ستتولاه بنفسك: الأفضل ألا تسلّم النموذج الدفع والنطاقات والأسرار وبيانات الوصول؛
• يجدر اختبار مخططات GOST على وثائق حقيقية قبل إرسالها إلى العميل.

ويعد المؤلف بتحليل تقني كامل في مقالته على Habr.