Nasil Calisir
Basarisiz gorevler, titresim (jitter) iceren ustel geri cekilme stratejisi izler:- Delay Schedule
- Formula
| Yeniden Deneme | Temel Gecikme | Titresimli (±20%) |
|---|---|---|
| 1. | 30s | 24–36s |
| 2. | 60s | 48–72s |
| 3. | 120s | 96–144s |
| 4. | 240s | 192–288s |
| 5.+ | 600s (maks) | 480–600s |
Yeniden Deneme Akisi
Gorev basarisiz olur
Claude sureci sifir olmayan bir cikis kodu ile sonlanir (cokme, hiz siniri, zaman asimi vb.)
Yeniden deneme kontrolu
Claude Board,
retry_count < max_retries kosulunu kontrol eder. Eger evet ise, gorev retry_after zaman damgasiyla Backlog durumuna geri tasinir.Yapilandirma
Project Settings > Automation bolumunde proje bazinda maksimum yeniden deneme sayisini ayarlayin:| Ayar | Varsayilan | Aralik | Aciklama |
|---|---|---|---|
| Max Retries | 2 | 0–10 | Kalici basarisizliktan onceki yeniden deneme sayisi |
Manuel Sifirlama
Basarisiz bir gorevi Backlog veya In Progress durumuna geri tasimak, yeniden deneme sayacini 0’a sifirlar ve goreve temiz bir baslangic verir.Yeniden Deneme Ne Zaman Tetiklenir
Yeniden denemeler, bir gorev su nedenlerle basarisiz oldugunda devreye girer:- Hiz sinirlamasi — Claude API 429 hatasi dondurur
- Surec cokmesi — beklenmeyen cikis kodu
- Zaman asimi — gorev yapilandirilmis zaman asimini asar
- Otomatik test reddi — testler basarisiz olur ve otomatik revizyon etkindir
Basariyla tamamlanan ancak otomatik test sirasinda basarisiz olan gorevler, yeniden deneme dongusune girmeden once ayri bir otomatik revizyon akisini izler.