Yazılım ve Mühendislik

Değişiklik Başarısızlığı Analisti

Üretimi sürekli bozan değişiklik türünü bulur

Sürüm 2Yayımlanma: 2 Eyl 2026
Yazılım ve MühendislikExtractclaude-opus-5Read-only · auto8 hard rules5 handover rulesResult
8katı kural
Asla yapmaması gerekenler, her çalıştırmada uygulanır
5devretme kuralı
Durup işi bir kişiye devrettiği koşullar
8çıktı alanı
Yeniden okumanız gereken bir paragraf değil, yapılandırılmış bir sonuç
≤6çalıştırma başına adım
Sınırlı iş: en fazla 4 araç çağrısı, çalışma zamanı tarafından uygulanır

Tasarımı gereği salt okunur. Bu ajanın hiçbir şeyi gönderme, harcama, yayımlama veya işleme alma yolu yoktur. Bu sınırın kendisi ürün olduğunda, onu kaldırmak çıktıya güvenmenin nedenini de kaldırır.

Sürüm 2 için canlı bağlantı şeması. Araç düğümleri, bu ajanın çağırmaya kayıtlı olduğu yeteneklerdir — başka hiçbir şey çalışamaz.

Genel bakış

Her mühendislik organizasyonu olay sonrası incelemeler yapar ve neredeyse hiçbiri bir üst seviyedeki analizi yapmaz: birçok olaya birlikte bakıldığında, hangi tür değişiklik bunlara sebep olmayı sürdürüyor? Tek bir postmortem tek bir hata için düzeltme üretir. Birlikte okunan elli tanesi, tam da bu sistemi bozan değişikliklerin şeklini üretir.

O şekil her zaman özgüldür ve genellikle şaşırtıcıdır. "Daha çok teste ihtiyacımız var" değil. Daha çok şöyle: tek bir servise dokunan değişiklikler diğer her şeyden dört kat daha sık başarısız oluyor. Perşembe günü saat 16.00'dan sonraki dağıtımlar olayların üçte birini oluşturuyor. Şema geçişini uygulama koduyla birlikte paketleyen her değişiklik geri alma gerektirmiş. Başarısız olan değişiklikler, bağlı bir kaydı olmayanlar — çünkü aceleye gelenler onlardı.

Sektör dört teslimat metriğinde karar kıldı ve ekipler kendi sayılarının arkasında ne olduğunu sormadan bunları raporluyor. Yüzde 18'lik bir değişiklik başarısızlık oranı bir olgudur; onu yüzde 18 yapan değişikliklerin hangileri olduğu ise üzerinde işlem yapabileceğiniz bir şeydir.

Bu ajan olayları değişikliklere karşı okur ve deseni raporlar, her sınıfı yakalayacak olan özgül denetimle birlikte — bir test, bir kapı, bir geçiş politikası, bir dağıtım penceresi. Kasıtlı olarak bir suçlama aracı değildir: bulgular değişiklik sınıfları hakkındadır, asla onları kimin yazdığı hakkında değil. Mühendis başına bir başarısızlık tablosu bir ay içinde dürüstçe kullanılmaz olur, çünkü insanlar riski değil metriği yönetmeye başlar.

Faydalar

Hareket ettirebileceğiniz bir başarısızlık oranı

Çünkü onu o hâle getiren değişikliklerin hangileri olduğunu bilirsiniz.

Gerçek riski hedefleyen denetimler

Her şeye eşit olarak eklenen süreç yerine.

Aynı sebepten daha az olay

Ki önemli olan tek ölçü budur.

Ne yapar

  • Olayları tek tek değil, hepsine birden bakarak okur

    Bir postmortem tek bir hatayı düzeltir. Birlikte okunan elli tanesi bu sistemi neyin bozduğunun şeklini gösterir.

  • Suçluyu değil, değişiklik sınıfını bulur

    Kodla paketlenmiş şema geçişleri. Bağlı kaydı olmayan dağıtımlar. Özgül ve bir kuralla düzeltilebilir.

  • Onu yakalayacak denetimi adlandırır

    Bir test, bir kapı, bir geçiş politikası, bir dağıtım penceresi. "Daha çok test" değil.

  • Deseni kesinti süresiyle fiyatlandırır

    Sınıf başına olay, dakika ve geri alma sayısı — böylece düzeltmenin arkasında bir gerekçe olur.

  • Kaydı olmayan değişiklikleri bulur

    Acele olanlar. Genellikle başarısız olanlar ve kimsenin bakmak istemediği desen.

  • Mühendisleri asla sıralamaz

    Kişi başına bir başarısızlık tablosu bir ay içinde manipüle edilir ve analizin dayandığı dürüst raporlamayı bitirir.

Neyi değiştirir

Haftanızda neyi değiştirir

Devraldığı iş
Birçok olayı birlikte okuyup bu sistemi bozan değişiklik sınıfını bulmak.
Bugün kim yapıyor
Hiç kimse. Postmortem'ler olaylara teker teker bakar.
Ne sıklıkla
En iyi ihtimalle üç ayda bir.
Tipik el emeği
Bütün bir dönem boyunca her olayı değişiklik meta verisiyle ilişkilendirmek.

Neden özellikle Yazılım ve Mühendislik. Ekipler kendi sayılarının arkasında ne olduğunu hiç sormadan bir değişiklik başarısızlık oranı raporlar. Yanıt asla "daha çok test" değildir — tek bir kuralla düzeltilebilen belirli bir değişiklik sınıfıdır.

  • Gözetimsiz çalışır

    Siz ya da bir olay başlatır, kendisi bitirir. Hiçbir şey birinin masa başında olmasını beklemez.

  • Her seferinde aynı standart

    İki yüzüncü kalem, birincinin tutulduğu çıtada tutulur. Tutarlılık, insanların sürdüremediği kısımdır.

  • Kendi başına harekete geçemez

    Değişiklik Başarısızlığı Analisti için gönderme, harcama veya taahhüt etme yolu yoktur. Çıktısına güvenle dayanabilmenizin nedeni tam da bu sınırdır.

Nasıl çalışır

Bu ajan, PROMIVO çalışma zamanı üzerinden sunucu tarafında çalışır. Her çalıştırma adım adım kaydedilir ve her araç çağrısı yürütülmeden önce izin kontrolünden geçer.

  1. 1GirdiAjanın girdi şemasına göre doğrulanır
  2. 2Modelclaude-opus-5, otomatik yedekle
  3. 3Araçlarextract_structured_data
  4. 4İzinlerREAD eylemleri otomatik çalıştırır; daha yükseği onay bekler
  5. 5ÇıktıÇıktı şemasına uyan yapılandırılmış sonuç
  6. 6KayıtToken, süre ve her adım kaydedilir

Demo

Demo veriIllustrative sample output, abridged.

Girdi

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

Çıktı

{
  "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
}

Gereksinimler

Entegrasyonlar

Entegrasyon gerekmez.

Başlamadan önce

  • Zamanı, önem derecesi ve — biliniyorsa — sebep olan değişiklikle birlikte olay kayıtları
  • Servis, tür, boyut ve zamanlamayla birlikte değişiklik ve dağıtım geçmişi
  • Tam Erişim planı veya üstü gerekir

Kullanım senaryoları

Çeyreklik güvenilirlik incelemesi

Zaten raporladığınız sayıların arkasındaki desen.

Kötü bir aydan sonra

Olayların ortak bir sebebi olup olmadığı.

Süreç eklemeden önce

Bir kapının gerçekten kendini amorti edeceği yer.

Platform yatırımı gerekçesi

Hangi servisin yeniden yazımı hak ettiği, kanıtıyla.

Fiyatlandırma

Tam Erişim

PROMIVO aboneliğiniz üzerinden aylık faturalandırılır. İstediğiniz zaman iptal edebilirsiniz.

Çalıştırmalar, planınızın ajan çalıştırma ve token kotasını tüketir. Bkz. plan sınırları

SSS

Olaylara kimin sebep olduğunu belirliyor mu?

Hayır, kasıtlı olarak. Mühendis başına bir başarısızlık tablosu bir ay içinde manipüle edilir ve bunun dayandığı dürüst olay raporlamasını yok eder. Bulgular değişiklik sınıfları hakkındadır.

Kaynak kodumuza ihtiyacı var mı?

Hayır. Olay kayıtlarından ve değişiklik meta verisinden çalışır — servis, boyut, zamanlama, tür, geri alma durumu. Desen diff'te değil, meta veridedir.

Pipeline'ımızı değiştirir mi?

Hayır. Pipeline'ınıza ya da depolarınıza erişimi yoktur ve denetimleri uygulamak yerine önerir.

Değerlendirmeler

Müşteriler bu ajanı çalıştırdıktan sonra değerlendirmeler açılır.

Bu ajanın farklı çalışmasını mı istiyorsunuz?

Neyin değişmesi gerektiğini anlatın, ekibimiz işletmenize özel bir sürümün kapsamını çıkarsın.

Bu ajanı özelleştir