HelixHarness خدام

HelixHarness هو إطار هندسي مفتوح المصدر للبرمجة بالذكاء الاصطناعي، طوّراتو فرقة التكنولوجيا المالية ديال Didi، وكيخدم فوق Codex وClaude Code. HelixHarness كيسوق عملية التطوير عبر سير العمل المعياري Propose→Apply→Archive، وكيحقن معارف الفريق فالمجال، والمعايير الهندسية، وقواعد المراقبة فمسار تنفيذ Agent باستعمال أربع طبقات منظمة للسياق: Knowledge وHarness وSpecs وHooks. والمنصة الاختيارية المرافقة كتوفّر قابلية المراقبة، وتقييم المقارنة بين الإصدارات، والتطوير المراقَب، باش تعاون الفرق تبني وتحسّن Harness خاص بها بشكل مستمر.

تابعونا فـ WeChat وردّو بـ“开源” باش تنضمو لمجموعة مشاريع الذكاء الاصطناعي مفتوحة المصدر
سير عمل موحّد: أوامر Propose→Apply→Archive الثلاثة كتحرّك العملية كاملة، من تصميم الحل وتنفيذ التطوير حتى الأرشفة والتوثيق.
تدبير السياق الهندسي: عبر أربع طبقات منظمة Knowledge وHarness وSpecs وHooks، كتتحوّل معارف المشروع، والقيود الهندسية، وعقود المتطلبات، وقواعد المراقبة لأصول قابلة لإعادة الاستعمال.
تحميل السياق حسب الحاجة: آلية الفهرسة كتحمّل بدقة الوثائق المطلوبة للمهمة الحالية، باش المعرفة تستعمل فعلاً أثناء تنفيذ Agent.
تراكم المعرفة: من بعد أرشفة تجارب التحقق اللي أكدها الإنسان، يمكن إعادة استعمالها فمهام مشابهة لاحقاً، وكتقوّي باستمرار الحمض النووي الهندسي للفريق.
مراقبة العملية: تسجيل معطيات تنفيذ سير العمل، وحالة المراحل، واستهلاك Token، ومسارات إعادة العمل، لتحديد نقط الاحتكاك فالاستخدام.
تقييم الإطار: اختبار نسختي Base وCandidate المجمدتين فـ نفس السيناريوهات، للتحقق موضوعياً من أثر تغييرات الإطار.
تطوير مراقَب: تكوين فرضيات للتحسين اعتماداً على أدلة المراقبة، ثم اعتمادها من بعد التقييم والمراجعة البشرية، لتكوين حلقة تطوير مغلقة.
التنسيق بين المستودعات: Workspace متعدد المستودعات كيسجل مسؤوليات كل مستودع، وكيتيح تنسيق المهام بين الخدمات واستئناف الجلسات.
دعم مضيفين بجوج: متوافق مع Codex وClaude Code، وكيتركّب بنقرة وحدة من سوق الإضافات بلا حاجة لاستنساخ الكود يدوياً.

تحضير البيئة: تأكد بلي مركّب Python 3.10+ وGit، وبلي داخل لحسابك وقادر تستعمل Codex أو Claude Code بشكل عادي.
تركيب الإضافة: شغّل codex plugin marketplace add https://github.com/didi/helixharness.git و codex plugin add helix@helixharness-marketplace.
الدخول للمشروع: حلّ جلسة جديدة ديال Agent فالمستودع ديال الخدمة اللي باغي تطوّر فيه.
تهيئة المشروع: نفّذ /helix:init فالمحادثة باش يتولّد هيكل المجلدات وملفات السياق المطلوبة من HelixHarness.
كتابة المتطلبات: كتب وصف المتطلبات فوثيقة داخل docs/specs/، ولا ولّدها تفاعلياً باستعمال /helix:propose.
بدء سير العمل: نفّذ /helix:propose <المهمة> <ملف المتطلبات> --loop، وخلي Agent يدوز تلقائياً من Propose→Apply→Archive كاملة.
القرار البشري: فالنقط المهمة كتوقف العملية وكتسنى تأكيدك للنطاق والحل ومعايير القبول؛ دخل القرار حسب التعليمات.
تتبع التقدم: استعمل /helix:status فأي وقت باش تشوف المرحلة الحالية، والتقدم، والعناصر العالقة.
تأكيد الأرشفة: من بعد ما تسالي المهمة، راجع المعرفة اللي مقترح الاحتفاظ بها فـ Archive، ومن بعد التأكيد كتكتب فقاعدة معارف المشروع لإعادة استعمالها لاحقاً.
تدبير الإعدادات: استعمل /helix:config باش تشوف أو تبدّل ترخيص القياس عن بُعد وعنوان الإرسال.

تحويل المعرفة الهندسية لأصول: تحويل معارف المجال والقيود المعمارية المفرقة بين الوثائق والتجارب الشخصية لأصول منظمة، قابلة للصيانة وإعادة الاستعمال داخل المشروع.
الأثر التراكمي للمعرفة: من بعد تأكيد التجارب اللي تجرّبات وأرشفتها، كتتحمّل تلقائياً فالمهام اللاحقة عبر الفهرسة، وكيستمر Agent فالتطور من نقطة انطلاق أحسن مع المشروع.
قابلية المراجعة فدورة الحياة كاملة: سير العمل Propose→Apply→Archive كيخلّي مواصفات المتطلبات، وأدلة التنفيذ، ونتائج القبول محفوظة فالمستودع، والعملية كاملة واضحة وقابلة للتتبع.
قياس ترقية الإطار: المنصة المرافقة كتدعم تقييم المقارنة بين الإصدارات المجمدة؛ وكل تغيير فالقواعد أو Skill عندو أساس من البيانات، وكيقلّل مخاطر التطوير.
قدرة على التوسع على مستوى الفريق: نابعة من تجارب واقعية داخل أكثر من 10 فرق ومئات الوحدات العملية فـ Didi، وكتحل مشكل الانتقال من تحسين الإنتاجية الفردية بالذكاء الاصطناعي إلى التسليم الجماعي.

مستودع GitHub: https://github.com/didi/helixharness

تطوير وظائف أعمال على مستوى المؤسسات: فمشاريع فيها قواعد أعمال معقدة بحال المالية والتجارة الإلكترونية، كيخلي Agent يعتمد على المعرفة المتراكمة فالمجال باش يسلّم وظائف جديدة، مع ضمان احترام منطق الأعمال.
التطوير واسع النطاق بالتعاون بين فرق متعددة: باستعمال Workspace متعدد المستودعات لتنسيق المتطلبات اللي كتهم خدمات متعددة فمعمارية microservices، وتوحيد معايير البرمجة بالذكاء الاصطناعي بين الأقسام، وتفادي تخصيص Harness من جديد لكل فريق.
صيانة الأنظمة القديمة وإعادة هيكلتها: باستعمال معمارية النظام والقرارات التاريخية المتراكمة فطبقة Knowledge، كيساعد Agent يفهم الكود القديم بسرعة، ويدير إعادة الهيكلة والترحيل بأمان تحت قيود Harness، مع تقليل مخاطر التغييرات.
التحسين المستمر للإطار والمعايير: مستعملو الإطار كيستافدو من قابلية المراقبة والتقييم فالمنصة، وكيقارنو أداء إصدارات مختلفة من Rule/Skill فسيناريوهات حقيقية، وكيقررو بالبيانات واش يعتمدوا تعديل القواعد.