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

# Pipeline ve Otomatik Kuyruk

> Çökme kurtarma, periyodik yoklama ve akıllı zamanlama destekli DAG-duyarlı otomatik kuyruk

Pipeline sistemi, bağımlılık takibi, otomatik yeniden deneme, çökme kurtarma ve sürekli kuyruk izleme ile görev yürütmeyi yönetir. Proje bazında otomatik kuyruğu etkinleştirin, gerisini Claude Board halletsin.

## Nasıl Çalışır

<Steps>
  <Step title="Otomatik kuyruğu etkinleştirin">
    Proje ayarlarını açın ve **Auto-Queue** seçeneğini aktif hale getirin. **max concurrent agents** (1-5) değerini ayarlayın.
  </Step>

  <Step title="Görevleri backlog'a ekleyin">
    Görevleri her zamanki gibi oluşturun. Her yeni backlog görevi otomatik olarak yürütme için değerlendirmeye alınır.
  </Step>

  <Step title="Sürekli yürütme">
    Kuyruk, her 15 saniyede boş slotları sürekli izler ve hazır görevleri başlatır. Bir görev tamamlandığında, bağımlı alt görevler hemen başlar.
  </Step>
</Steps>

## Çökme Kurtarma

Görevler çalışırken uygulama çökerse veya kapanırsa:

1. **Yeniden başlatmada**, sahipsiz kalan tüm `in_progress` görevler otomatik olarak `backlog` durumuna sıfırlanır
2. `testing` durumundaki görevler (otomatik test çalışıyordu), otomatik test etkinse yeniden test edilir
3. Otomatik kuyruk hemen yeniden değerlendirme yapar ve hazır görevleri başlatır
4. Manuel müdahale gerekmez

<Info>Kurtarma sistemi, yalnızca veritabanı durumuna değil, gerçek süreç durumuna bakar. Bu, zombi görevlerin kuyruk slotlarını engellemesini önler.</Info>

## Akıllı Zamanlama

Kuyruk, slot sayımı için yalnızca veritabanı durumunu değil, **gerçek süreç durumunu** kullanır. Bu şu anlama gelir:

* Zombi görevler (çöken süreçler) slotları engellemez
* Slot hesaplama: `available = max_concurrent - actually_running_processes`
* `awaiting_subtasks` işaretli görevler, Claude süreçleri sona erdikten sonra slot işgal etmiş sayılmaz

## DAG-Duyarlı Yürütme

Görevlerin [bağımlılıkları](/features/dependencies) olduğunda, kuyruk koşullu iş akışları dahil tam bağımlılık grafını dikkate alır:

* **Always/On Success** — Üst görev `done` veya `testing` durumuna ulaşmalıdır
* **On Failure** — Üst görev kalıcı olarak başarısız olmalıdır (yeniden denemeler tükenmiş)
* Eşleşiklik sınırları dahilinde dalga tabanlı paralel yürütme

## Yeniden Deneme Mantığı

Proje bazında `max_retries` değerini yapılandırın. Bir görev başarısız olduğunda:

1. Yeniden deneme hakkı varsa: görev, artırılmış yeniden deneme sayısı ile backlog'a döner
2. Yeniden denemeler tükendiyse: görev kalıcı olarak başarısız işaretlenir
3. **On Failure** bağımlı görevleri artık engeli kalkmış olur ve başlatılabilir

## Alt Görev Farkındalığı

Bir üst görev alt görevler oluşturduğunda:

1. Üst görevin Claude süreci tamamlanır ancak görev `in_progress` (bekleme) durumunda kalır
2. Alt görevler kuyruğa alınır ve normal şekilde yürütülür
3. Tüm alt görevler tamamlandığında, üst görev otomatik olarak `testing`/`done` durumuna geçer
4. Otomatik test ve bağımlı zincirleme normal şekilde devam eder

## Öncelik Sıralama

Görevler backlog'dan şu sıraya göre seçilir:

1. **Öncelik** — High (3) -> Medium (2) -> Low (1) -> None (0)
2. **Kuyruk konumu** — Manuel sürükle-bırak sırası
3. **Oluşturulma zamanı** — Eski görevler önce (FIFO)

<Warning>Bağımlılıklar kuyruk konumunu geçersiz kılar. Bir görev 1 numaralı konumda olsa bile, tüm üst bağımlılıkları karşılanana kadar başlamaz.</Warning>