سؤال من جملة واحدة في Qoder ينهي البحث عن السبب الجذري الذي استغرق 40 دقيقة

يبدو الإصدار نظيفًا. الاختبارات تنجح، ومراجعة الكود معتمدة، وخط CI أخضر. بعد عشر دقائق تنطلق إنذارات المراقبة: قفز زمن الاستجابة P95 على خدمة كتالوج المنتجات من أقل من 60 مللي ثانية إلى ما يقرب من 1.9 ثانية.

هذا هو المشهد الذي يفتتح به منشور Alibaba Cloud حول STAROps: منصة العمليات الذكية الشاملة أصبحت الآن موصولة بـ Qoder، أداة الترميز بالذكاء الاصطناعي الخاصة بها. الطريقة القديمة للتعامل مع هذه اللحظة هي مطاردة بحثية: السجلات في SLS، والمقاييس في Grafana، والتتبعات في APM، وسجلات النشر في نظام الإصدارات، وبيانات الطوبولوجيا من CMDB. خمس منصات، لكل منها صيغة استعلام خاصة بها، ثم إشارة @ إلى مهندس موثوقية الموقع SRE في الدردشة الجماعية بينما ينتظر الجميع. ويحصي المنشور التكلفة التقليدية بأكثر من 40 دقيقة في المتوسط، مع تنسيق بين زميلين من فريق العمليات.

الأدوات لم تكن المشكلة أبدًا، كما يرى المنشور. تستشهد Alibaba Cloud بتقرير Gartner لعام 2025 حول سلسلة أدوات DevOps: تنشر المؤسسات المتوسطة والكبيرة من ست إلى ثماني أدوات عمليات ومراقبة في المتوسط. والتباين هو أن تلك الأدوات مصممة لمهندسي SRE وفرق العمليات. أهداف تصميمها هي “الشمولية والاحترافية وقابلية التخصيص”، وهو ما يعني عمليًا صيغ استعلام معقدة ومسارات تشغيل طويلة. المطور الذي يواجه حادثة واحدة شهريًا لن يقضي ساعة في تعلم قواعد PromQL. إنه يريد النتيجة، لا الاستعلام.

إضافة Qoder: جملة واحدة داخلة، وسلسلة أدلة خارجة

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

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

السيناريو الذي تستعرضه Alibaba Cloud هو سيناريو عاشه كل مهندس باك إند. نُشر الإصدار 2.2.0-buggy في الساعة 14:06، وقفز زمن الاستجابة P95 فورًا من أقل من 60ms إلى 1,875.8ms. وعند طلب تحليل السبب الجذري، تسحب STAROps سجلات الأخطاء ومقاييس APM وسلاسل استدعاءات الطوبولوجيا وأحداث الإصدارات الأخيرة، ثم تبث استدلالها إلى Qoder أثناء ذلك. النتيجة التي تعيدها:

تحليل السبب الجذري: استنزاف تجمع اتصالات قاعدة البيانات (MaxOpenConns=1, MaxIdleConns=1). الإصدار المسبب: v2.2.0-buggy (commit d9420f7، التذكرة OPS-1024). سلسلة الأدلة: بعد نشر v2.2.0-buggy في الساعة 14:06، قفز زمن الاستجابة P95 فورًا من <60ms إلى 1875.8ms، وهو انحراف يتجاوز ±4.1σ. عاد زمن الاستجابة إلى طبيعته فورًا بعد التراجع إلى v2.1.0. درجة الثقة: 80%.

المسار التقليدي يعبر أكثر من ثلاث منصات، وزميلين من فريق العمليات، وأكثر من 40 دقيقة في المتوسط. نسخة الإضافة تصل إلى نتيجة في دقيقتين أو ثلاث، بعد الربط بين مقاييس الحاويات ومنحنيات زمن الاستجابة والجدول الزمني للإصدارات والاختلافات في الإعدادات. والمتابعات تستمر في نفس المحادثة لأن STAROps تحافظ على السياق، مثل مهندس SRE يعرف النظام. في الجولة الثانية يُحصر المشكلة في تغيير الكود المحدد. v2.2.0-buggy فعل شيئين في آن واحد: ضغط تجمع الاتصالات إلى أقصى حد، وأضاف كتابة قاعدة بيانات زائدة في مسار الاستعلام، وهو ما استنزف التجمع فورًا.

من السبب الجذري إلى طلب الدمج دون تسليم

ما يجعل هذا أكثر من مجرد لوحة تحكم أجمل هو ما يحدث بعد التشخيص. عند طلب إصلاح ملموس، يولّد Qoder إصلاحًا للملف المحدد، src/product-catalog/main.go، اثني عشر تغييرًا تغطي معاملات التجمع والكتابة الزائدة. ثم يُكمل المهمة: ينشئ الفرع fix/product-catalog/revert-ops-1024-pool، وينفذ commit وpush، وعبر بروتوكول MCP يستدعي واجهة Yunxiao Codeup API لفتح طلب دمج موجّه إلى master، مع وصف مولّد يغطي خلفية الحادثة وتحليل السبب الجذري وملاحظات الإصلاح. افتح Yunxiao Codeup وستجد طلب الدمج بانتظار المراجعة بالفعل.

تسمي Alibaba Cloud هذا الحلقة المغلقة، وهذه هي النقطة. التشخيص يتصل مباشرة بكود الإصلاح، وكود الإصلاح يصبح طلب دمج، كل ذلك داخل نافذة IDE واحدة. لم يعد الـ commit مبنيًا على الاختبارات المحلية فقط؛ بل يحمل معه سياق الإنتاج. وتجعل Alibaba تجربته رخيصًا أيضًا: 10,000 رصيد لمستخدمي STAROps الجدد في الشهر الأول، و2,500 كل شهر بعد ذلك، والتشخيص الكامل يستهلك نحو 200.

Qoder يصبح البوابة الأمامية للعمليات

إضافة STAROps هي خطوة واحدة في نمط أوسع في Alibaba Cloud: اللغة الطبيعية كمستوى تحكم للمؤسسة الهندسية. منصة المراقبة CMS 2.0 تطرح الآن مهارة وكيل تختزل تكاملًا يتطلب أكثر من ثمانية أوامر في جملة واحدة، مثل “ساعدني في دمج تطبيق LangChain customer-support-agent في مجموعة ACK الخاصة بي مع CMS”، مع تأكيد من مرحلتين قبل أن يلمس أي شيء مجموعة؛ والشرح التفصيلي من Alibaba للمهارة يعمل داخل Claude Code. كما تجمع Qoder بين البحث المتجهي واجتياز الرسوم البيانية، بحيث يكشف البحث عن دالة عن سلسلة استدعائها وملفات الإعدادات والمستندات التصميمية. ويُظهر اختبار A/B الخاص بـ Alibaba لنظام ذاكرة Qoder انخفاض عدم الرضا بنسبة 22.09% وانخفاض رموز الإدخال بنسبة 40.13%، والنموذج المخصص Qwen-Coder-Qoder يتفوق على Cursor Composer-1 في حل المهام على Qoder Bench.

لا شيء من هذا تم التحقق منه بشكل مستقل. السيناريو التوضيحي للحادثة هو مثال Alibaba الخاص، والمعايير هي معايير Alibaba الخاصة، وSTAROps نفسها تبلغ عن درجة ثقة لاستنتاجاتها: 80% في العرض التجريبي. القراءة الصادقة ما زالت أكثر إثارة للاهتمام من القراءة التسويقية. Alibaba لا تدّعي أن الذكاء الاصطناعي يحل الحوادث. إنها تغيّر من يملك أول 40 دقيقة من الحادثة: المطورون يحصلون على وعي بالإنتاج في مكان كتابة الكود، وفرق العمليات تستعيد الساعات التي قضتها في سحب السجلات.

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