Bu sayfa İngilizce belgenin çevirisidir. Komutlar, tanımlayıcılar ve örnekler aynıdır. Çalışma zamanı 7.24.4 · SDK 2.6.7. İngilizce kaynak

Doğrulanmış çok modelli değişiklikler

Durum: Etkin Kapsam: güncel durum Son inceleme: 2026-08-21 Sahip: AX Code çalışma zamanı

“Sonuçları ağır bir değişikliğim var, ona birden fazla deneme istiyorum ve hangi denemenin tutulmaya değer olduğuna deponun kendi denetimleri karar versin” işi için bir iş akışı sayfası.

Kip başvurusu — bayraklar, yapılandırma anahtarları, sıralama girdileri — için Yürütme kipleri sayfasına bakın. Bu sayfa uçtan uca görevdir.

Bunun ne zaman değdiği

Birkaç model çalıştırmak, bir model çalıştırmanın birkaç katı maliyetlidir. Değişiklik sonuçları ağırsa ve başarısızlığı sonra keşfetmek pahalıysa karşılığını verir: modül sınırlarını aşan bir yeniden yapılandırma, bir geçiş, güvenliğe duyarlı koddaki bir düzeltme veya hangi yaklaşımın doğru olduğunu gerçekten bilmediğiniz bir değişiklik.

Tek satırlık bir düzenleme, bir yeniden adlandırma veya okuyarak doğrulayabileceğiniz herhangi bir şey için değmez.

İki ayrı araç

Ne yapılacağına karar vermek için council kullanın — bir tasarım veya inceleme sorusunu bağlı birkaç sağlayıcıya yayar ve yanıtları uzlaşı, katı çoğunluk, azınlık ve tekil bulgular olarak toplar; isteğe bağlı anonim tartışma turları vardır. Danışma amaçlıdır. Modeller arasındaki anlaşma doğruluğun kanıtı değildir; sorunun ne kadar tartışmalı olduğuna dair bir işarettir.

Hangi uygulamanın tutulacağına karar vermek için arena kullanın.

Arena uygulama iş akışı

1. Hazırlık

Uygulama kipi, en az bir commit’i olan bir Git projesi ve temiz bir birincil worktree ister. Yarışmacı worktree’leri tam bir taban commit’ten oluşturulur ve işlenmemiş değişiklikleri devralamaz; bu yüzden önce commit edin veya stash yapın.

Bağlı sağlayıcılarda en az iki ayrı seçilebilir modele (paylaşılan bir ağ geçidi desteklenir) ve modes.arena.enabled: true değerine de ihtiyacınız vardır.

2. Çalıştırma

/arena <task description>

Her yarışmacı, kaydedilmiş taban commit’ten oluşturulan kendi Git worktree’sini alır ve içinde bir uygulama ajanı çalışır. Birincil çalışma ağacınız yarışmacılar tarafından değiştirilmez.

3. AX Code her adayla ne yapar

• Yarışmacının izlenen ve izlenmeyen değişikliklerini, ajanın kendi yaptığı commit’ler dahil, dayanıklı bir dal commit’ine anlık görüntüler.
• Algılanan proje doğrulama komutlarını — tür denetimi, sınama, lint — ancak boş olmayan bir yama yakalandıktan sonra çalıştırır. Boş bir yama kazanamaz.
• Varsayılan olarak önce doğrula sıralar: yalnızca tamamlanmış, boş olmayan ve doğrulamayı geçen yamalar kazanmaya uygundur. Geçen adaylar arasında daha düşük risk ve daha çeşitli yamaları yeğler.

4. Karar

Rapor size worktree yollarını, dal adlarını ve commit aralıklarını verir.

AX Code kazananı birleştirmez. Kendiniz inceleyin, birleştirin veya cherry-pick yapın. Bu kasıtlıdır: doğrulama, “yapılandırılmış denetimleriniz bu yamada geçti” demektir; gerçek bir işarettir ama incelemenin yerini tutmaz.

5. İnceleme ve gerekirse geri alma

Bir aday ağacınıza girdikten sonra kanıt komutları olağan biçimde uygulanır:

ax-code graph <sessionID>       # what the winning run actually did
ax-code risk <sessionID>        # heuristic risk signals for the change
ax-code session rollback <sessionID> --dry-run

Bkz. Yürütme kanıtı.

Burada "doğrulanmış"ın tam anlamı

Anlamı şudur: projenin algılanan tür denetimi, lint ve sınama komutları o adayın yamasına karşı çalıştı ve geçti.

Değişikliğin doğru, tam, güvenli veya iyi tasarlanmış olduğu anlamına gelmez. Sınama kümeniz değişen davranışı kapsamıyorsa geçen bir aday yalnızca zaten kapsanan hiçbir şeyin bozulmadığını kanıtlar. Doğrulama tabanı yükseltir; tavanı belgelemez.

Olağan etkileşimli düzenlemeye de uzanmaz. Arena adayları ve kapılı yeniden yapılandırma uygulaması denetimleri çalıştırır; düzenli bir oturumdaki normal bir edit veya write otomatik yapmaz. Olağan bir çalıştırma için bu kanıtın kaydedilmesini istediğinizde verify_project çalıştırın.

Maliyet ve başarısızlık kipleri

• Maliyet yarışmacılarla ölçeklenir. Her biri tam bir uygulama ajanı çalıştırır.
• Kirli bir worktree çalıştırmayı durdurur; başka bir şey olmadan önce, tasarım gereği.
• İkiden az ayrı model karşılaştırmayı anlamsız kılar ve araç bir sıralama uydurmak yerine raporlar.
• Tüm adaylar doğrulamada başarısız olabilir. Bu yararlı bir sonuçtur: genellikle görev eksik belirtilmiştir veya deponun denetimleri ajanların varsaydığından daha katıdır.

İlgili

• Yürütme kipleri — council, arena ve diğer kipler için tam başvuru
• Yürütme kanıtı — sonucu incelemek ve geri almak
• Neden AX Code — doğrulama öncelikli sıralamanın neden temel ayrım olduğu
• Çok modelli yönlendirme iyi uygulamaları — premium ve destek işini ayırmak