Bir görev başarısız olduğunda, Claude Board hız sınırlarını zorlamaktan kaçınmak ve geçici sorunların çözülmesi için zaman tanımak amacıyla artan gecikmelerle otomatik olarak yeniden dener.Documentation Index
Fetch the complete documentation index at: https://docs.claboard.dev/llms.txt
Use this file to discover all available pages before exploring further.
Nasıl Çalışır
Başarısız görevler, titreşim (jitter) içeren üstel geri çekilme stratejisi izler:- Delay Schedule
- Formula
| Yeniden Deneme | Temel Gecikme | Titreşimli (±20%) |
|---|---|---|
| 1. | 30s | 24–36s |
| 2. | 60s | 48–72s |
| 3. | 120s | 96–144s |
| 4. | 240s | 192–288s |
| 5.+ | 600s (maks) | 480–600s |
Yeniden Deneme Akışı
Görev başarısız olur
Claude süreci sıfır olmayan bir çıkış kodu ile sonlanır (çökme, hız sınırı, zaman aşımı vb.)
Yeniden deneme kontrolü
Claude Board,
retry_count < max_retries koşulunu kontrol eder. Eğer evet ise, görev retry_after zaman damgasıyla Backlog durumuna geri taşınır.Yapılandırma
Project Settings > Automation bölümünde proje bazında maksimum yeniden deneme sayısını ayarlayın:| Ayar | Varsayılan | Aralık | Açıklama |
|---|---|---|---|
| Max Retries | 2 | 0–10 | Kalıcı başarısızlıktan önceki yeniden deneme sayısı |
Manuel Sıfırlama
Başarısız bir görevi Backlog veya In Progress durumuna geri taşımak, yeniden deneme sayacını 0’a sıfırlar ve göreve temiz bir başlangıç verir.Yeniden Deneme Ne Zaman Tetiklenir
Yeniden denemeler, bir görev şu nedenlerle başarısız olduğunda devreye girer:- Hız sınırlaması — Claude API 429 hatası döndürür
- Süreç çökmesi — beklenmeyen çıkış kodu
- Zaman aşımı — görev yapılandırılmış zaman aşımını aşar
- Otomatik test reddi — testler başarısız olur ve otomatik revizyon etkindir
Başarıyla tamamlanan ancak otomatik test sırasında başarısız olan görevler, yeniden deneme döngüsüne girmeden önce ayrı bir otomatik revizyon akışını izler.