Ana içeriğe atla

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

1

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

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

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.

​
Çö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
Kurtarma sistemi, yalnızca veritabanı durumuna değil, gerçek süreç durumuna bakar. Bu, zombi görevlerin kuyruk slotlarını engellemesini önler.

​
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ı 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)
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.