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

# Failed Durumu

> Kalıcı olarak başarısız görevler için özel durum sütunu

Tüm yeniden deneme haklarını tüketen görevler, özel bir **Failed** durumuna taşınır. Bu, neyin yanlış gittiğini net bir şekilde görmenizi ve kolay kurtarma seçenekleri sunar.

## Görsel Göstergeler

Failed durumu, her görünümde kırmızı göstergelerle açıkça işaretlenir:

<Tabs>
  <Tab title="Board View">
    Kanban tahtasında özel bir kırmızı **Failed** sütunu görünür. Kartlar yeniden deneme sayısını ve başarısızlık nedenini gösterir.
  </Tab>

  <Tab title="List View">
    Başarısızlık ayrıntılarıyla kırmızı durum noktası. Başarısızlık zamanına göre sıralanabilir.
  </Tab>

  <Tab title="Graph View">
    Bağımlılık DAG'ında kırmızı dolgulu ve kırmızı kenarlı düğüm. Alt görevler engellenmiş göstergesi gösterir.
  </Tab>

  <Tab title="Timeline View">
    Son başarısızlıktan önce yeniden deneme girişimleri daha küçük çubuklar olarak görünen kırmızı çubuk segmenti.
  </Tab>
</Tabs>

## Görev Yaşam Döngüsü

```
Backlog ──▶ In Progress ──▶ Testing ──▶ Done
                │               │
                ▼               ▼
             Failed ◀───────────┘
                │
                ▼ (manual action)
             Backlog (retry count resets)
```

Bir görev şu durumlarda Failed durumuna ulaşır:

1. Ajan süreci çöker veya hatayla sonlanır
2. Görev, yapılandırılmış tüm [yeniden deneme haklarını](/features/retry-backoff) zaten kullanmıştır
3. Başka yeniden deneme hakkı kalmamıştır

## Kurtarma

<Steps>
  <Step title="Başarısızlığı inceleyin" icon="magnifying-glass">
    Neyin yanlış gittiğini anlamak için görevi açın ve terminal çıktısını inceleyin. Son araç çağrılarını ve hata mesajlarını kontrol edin.
  </Step>

  <Step title="Sorunu giderin" icon="wrench">
    Yaygın çözümler: görev açıklamasını daha fazla bağlam bilgisiyle güncelleyin, karmaşık görevler için modeli Opus olarak değiştirin, bozuk bir bağımlılığı düzeltin veya bir git çatışmasını çözün.
  </Step>

  <Step title="Görevi yeniden deneyin" icon="rotate">
    Görevi **Backlog** veya **In Progress** durumuna geri taşıyın. Yeniden deneme sayacı otomatik olarak 0'a sıfırlanır.
  </Step>
</Steps>

<Tip>Bir görev sürekli başarısız oluyorsa, bağımlılıkları olan daha küçük alt görevlere ayırmayı deneyin. Karmaşık görevler, parçalara ayrıldığında daha yüksek başarı oranına sahiptir.</Tip>

## Koşullu Bağımlılıklar

Başarısız görevler [on\_failure bağımlılıklarını](/features/dependencies) tetikleyebilir. Bu, kurtarma iş akışları oluşturmanızı sağlar:

* Görev A başarısız olur → Görev B (hata ayıklama/düzeltme görevi) otomatik olarak başlar
* Başarısızlık ayrıntılarıyla bildirim webhook'u tetiklenir
* Farklı bir modelle görevin daha basit bir sürümü denenebilir