> ## 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.

# Yeniden Deneme ve Geri Çekilme

> Başarısız görevler için üstel geri çekilme yeniden deneme stratejisi

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.

## Nasıl Çalışır

Başarısız görevler, titreşim (jitter) içeren üstel geri çekilme stratejisi izler:

<Tabs>
  <Tab title="Delay Schedule">
    | 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          |
  </Tab>

  <Tab title="Formula">
    ```
    delay = min(30s × 2^retry_count, 600s) + random_jitter(±20%)
    ```

    Titreşim, birden fazla başarısız görevin tam olarak aynı anda yeniden denenmesini önler (thundering herd problemi).
  </Tab>
</Tabs>

## Yeniden Deneme Akışı

<Steps>
  <Step title="Görev başarısız olur" icon="xmark">
    Claude süreci sıfır olmayan bir çıkış kodu ile sonlanır (çökme, hız sınırı, zaman aşımı vb.)
  </Step>

  <Step title="Yeniden deneme kontrolü" icon="rotate">
    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.
  </Step>

  <Step title="Geri çekilme gecikmesi" icon="clock">
    Kuyruk yoklayıcısı, `retry_after` zaman damgası dolana kadar görevi atlar.
  </Step>

  <Step title="Otomatik yeniden başlatma" icon="play">
    Gecikme sona erdiğinde, kuyruk görevi alır ve yeni bir ajan başlatır.
  </Step>
</Steps>

Tüm yeniden denemeler tükenirse, görev kalıcı olarak [**Failed** durumuna](/features/failed-status) geçer.

## 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ı |

<Tip>Otomatik yeniden denemeyi devre dışı bırakmak için max retries değerini **0** olarak ayarlayın. Başarısız görevler doğrudan Failed durumuna geçer.</Tip>

## 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ı](/features/task-timeout) aşar
* **Otomatik test reddi** — testler başarısız olur ve otomatik revizyon etkindir

<Info>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](/features/auto-test) akışını izler.</Info>