البرمجيات والهندسة

وكيل تحليل إخفاقات التغيير

يحدد أي نوع من التغييرات يستمر في تعطيل الإنتاج

الإصدار 2نُشر في 02‏/09‏/2026
البرمجيات والهندسةExtractclaude-opus-5Read-only · auto8 hard rules5 handover rulesResult
8قواعد صارمة
أشياء يُمنع عليه فعلها أبدًا، مفروضة في كل تشغيل
5قواعد تسليم
حالات يتوقف عندها ويسلّم العمل إلى شخص
8حقول المخرجات
نتيجة منظّمة، لا فقرة عليك إعادة قراءتها
≤6خطوة لكل تشغيل
عمل محدود: 4 استدعاء أداة كحد أقصى، مفروضة من بيئة التشغيل

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

التوصيل الحيّ للإصدار 2. عقد الأدوات هي القدرات المسجّلة لهذا الوكيل — ولا شيء غيرها يمكن أن يعمل.

نظرة عامة

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

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

استقر القطاع على أربعة مقاييس للتسليم، وتقوم الفرق بالإبلاغ عنها دون أن تسأل عمّا يقف خلف أرقامها. معدل إخفاق التغيير البالغ 18% هو حقيقة؛ أما أي التغييرات هي التي تجعله 18% فهو أمر يمكنك التصرف حياله.

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

الفوائد

معدل إخفاق يمكنك تحريكه

لأنك تعرف أي التغييرات هي التي تجعله على ما هو عليه.

ضوابط تستهدف الخطر الحقيقي

بدلًا من إجراءات مضافة بالتساوي على كل شيء.

حوادث أقل من السبب نفسه

وهو المقياس الوحيد الذي يهم.

ماذا يفعل

  • يقرأ عبر الحوادث، لا حادثًا تلو الآخر

    مراجعة حادث واحد تُصلح خللًا واحدًا. أما خمسون مراجعة تُقرأ معًا فتُظهر شكل ما يُعطّل هذا النظام.

  • يحدد فئة التغيير، لا الجاني

    ترحيلات مخطط قاعدة بيانات مجمّعة مع الشيفرة. عمليات نشر بلا تذكرة مرتبطة. أمر محدد وقابل للإصلاح بقاعدة واحدة.

  • يسمّي الحاجز الذي كان سيرصد الحادث

    اختبار، بوابة، سياسة ترحيل، نافذة نشر. لا "مزيد من الاختبار".

  • يُسعّر النمط بوقت التعطل

    الحوادث والدقائق وعمليات التراجع لكل فئة، بحيث يكون للإصلاح مبرر.

  • يجد التغييرات بلا تذكرة

    التغييرات العاجلة. عادةً هي التي تفشل، والنمط الذي لا يريد أحد النظر إليه.

  • لا يُصنّف المهندسين أبدًا

    جدول إخفاق لكل شخص يُتلاعب به خلال شهر ويوقف الإبلاغ الصادق الذي يعتمد عليه التحليل.

ما الذي يتغيّر

ما الذي يتغيّر في أسبوعك

يتولّى
قراءة حوادث كثيرة معًا لمعرفة أي التغييرات تستمر في التسبب بها.
من يقوم به اليوم
لا أحد. مراجعات ما بعد الحادث تنظر إلى حادث واحد في كل مرة.
كم مرة
فصليًا في أفضل الأحوال.
الجهد اليدوي المعتاد
ربط كل حادث بالبيانات الوصفية للتغيير عبر فترة كاملة.

لماذا البرمجيات والهندسة تحديدًا. تبلّغ الفرق عن معدل إخفاق التغيير دون أن تسأل يومًا عمّا يقف خلف رقمها. الإجابة ليست أبدًا "مزيد من الاختبار" — بل فئة محددة من التغيير، قابلة للإصلاح بقاعدة واحدة.

  • يعمل دون إشراف

    تبدأه أنت أو يبدأ بحدث، ثم ينهيه بنفسه. لا شيء ينتظر أن يكون أحدهم أمام مكتبه.

  • المعيار نفسه في كل مرة

    العنصر المئتان يُقاس بالمعيار الذي قِيس به الأول. الاتساق هو الجزء الذي لا يستطيع البشر الحفاظ عليه.

  • لا يستطيع التصرّف من تلقاء نفسه

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

كيف يعمل

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

  1. 1المدخليُتحقَّق منه وفق مخطّط مدخلات الوكيل
  2. 2النموذجclaude-opus-5 مع تحويل احتياطي تلقائي
  3. 3الأدواتextract_structured_data
  4. 4الصلاحياتينفّذ إجراءات READ تلقائيًا؛ وما فوقها ينتظر الموافقة
  5. 5المخرجنتيجة منظّمة مطابقة لمخطّط المخرجات
  6. 6التسجيلالرموز والمدة وكل خطوة مسجّلة

عرض توضيحي

بيانات تجريبيةIllustrative sample output, abridged.

المدخلات

{
  "period": "H1 2026",
  "changes": [],
  "incidents": [],
  "minimumSample": 5
}

المخرجات

{
  "dataGaps": [
    "19% of incidents have no linked change, so they are excluded from every rate above."
  ],
  "escalate": true,
  "patterns": [
    {
      "changes": 31,
      "control": "Require migrations to ship as their own change, ahead of the code that uses them. A pipeline rule, not a review guideline.",
      "incidents": 11,
      "changeClass": "Schema migration bundled with application code",
      "failureRate": 35.5,
      "relationship": "causal-in-record",
      "impactMinutes": 1840,
      "versusBaseline": "8.7x the baseline rate.",
      "controlWouldNotCatch": "A migration that is itself wrong. This splits the blast radius; it does not validate the migration."
    },
    {
      "changes": 96,
      "control": "A deploy window. Note the caveat: these may fail more because fewer people are available to catch them, not because the changes are worse. Impact minutes support that reading.",
      "incidents": 14,
      "changeClass": "Deploys after 16:00 local on the last working day of the week",
      "failureRate": 14.6,
      "relationship": "correlation-only",
      "impactMinutes": 2960,
      "versusBaseline": "3.6x the baseline rate.",
      "controlWouldNotCatch": "Anything about change quality — this is about who is around when it breaks."
    }
  ],
  "disclaimer": "An analysis of your own incident and change records. No pipeline or repository was accessed or modified, no individual is named or ranked, and patterns marked correlation-only are not claims about cause.",
  "repeatCauses": [
    "Connection pool exhaustion on the billing service has caused 3 incidents, one after its postmortem was closed. That is a finding about the fix rather than the changes."
  ],
  "sampleTooSmall": [
    "Config-only changes: 2 incidents. Not enough to conclude anything, and reported as such."
  ],
  "escalationReason": "Bundled migrations fail at 8.7 times the baseline rate, and one cause has recurred after its postmortem was closed.",
  "baselineFailureRate": 4.1
}

المتطلبات

التكاملات

لا يحتاج أي تكامل.

قبل أن تبدأ

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

حالات الاستخدام

مراجعة الموثوقية الفصلية

النمط الكامن خلف الأرقام التي تبلّغ عنها بالفعل.

بعد شهر سيئ

هل تشترك الحوادث في سبب واحد.

قبل إضافة إجراء

أين ستؤتي البوابة ثمارها فعلًا.

مسوّغ الاستثمار في المنصة

أي خدمة تستحق إعادة الكتابة، مدعومة بالأدلة.

التسعير

الوصول الكامل

يُفوتر شهريًا ضمن اشتراكك في PROMIVO. ويمكنك الإلغاء في أي وقت.

التشغيلات تستهلك حصّة باقتك من تنفيذات الوكلاء والرموز. انظر حدود الباقات

الأسئلة الشائعة

هل يحدد من تسبب في الحوادث؟

لا، عن قصد. جدول إخفاق لكل مهندس يُتلاعب به خلال شهر ويقضي على الإبلاغ الصادق عن الحوادث الذي يعتمد عليه هذا العمل. النتائج تتعلق بفئات التغيير.

هل يحتاج إلى الشيفرة المصدرية لدينا؟

لا. يعمل انطلاقًا من سجلات الحوادث وبيانات وصف التغيير الوصفية — الخدمة، والحجم، والتوقيت، والنوع، وحالة التراجع. النمط موجود في البيانات الوصفية، لا في الفرق (diff).

هل سيغيّر خط أنابيب النشر لدينا؟

لا. لا يملك أي وصول إلى خط الأنابيب أو المستودعات لديكم، ويوصي بضوابط بدلًا من تنفيذها.

التقييمات

تُفتح التقييمات بعد أن يشغّل العملاء هذا الوكيل.

تريد هذا الوكيل أن يعمل بشكل مختلف؟

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

خصّص هذا الوكيل