DeliENZapytaj o dostęp

Jak to działa?

Od zadania w Jirze do merge — powtarzalny, wieloetapowy proces. Deli wykonuje pracę, Ty podejmujesz decyzje w oznaczonych miejscach.

  1. 1

    Pobranie zadania

    Deli pobiera z Jiry otwarte zadania projektu — ręcznie albo co kilka minut schedulerem. Historyjka z podzadaniami staje się jedną jednostką pracy (WorkUnit).

    • treść, komentarze i etykiety zgłoszeń
    • zgłoszenia powiązane: rodzic, linki, rodzeństwo
    Integracja z Jirą
  2. 2

    Analiza

    Model streszcza zadanie, ustala cel biznesowy i zależności, wskazuje repozytoria kodu do zmiany (także kilka), przeszukuje dokumentację i wypisuje obowiązujące wytyczne.

    • nakładanie się z innymi pracami w Deli (duplikat mechanizmu, ta sama reguła, ten sam obszar kodu)
    • sprzeczności między Jirą a dokumentacją
    • reguły z repozytoriów wytycznych i warunki Definition of Done
    Wykrywanie konfliktów
  3. 3

    Proponowane rozwiązanieTwoja decyzja

    Claude czyta kod i przygotowuje gotowe rozwiązanie: cel, kroki, diagram przepływu, istniejące mechanizmy do ponownego użycia, zmiany w plikach, wymagania ze źródłem, testy i ocenę ryzyka.

    • domyślnie czeka na „Zatwierdź rozwiązanie”
    • zamiast zatwierdzać możesz opisać, co zmienić — krok wykona się ponownie
  4. 4

    DecyzjeTwoja decyzja

    Gdy coś jest niejasne albo źródła są sprzeczne, Deli zadaje pytanie z 2–4 wariantami, rekomendacją i dowodami: co mówi Jira, co dokumentacja, co kod.

    • pytania blokujące wstrzymują pracę do odpowiedzi
    • nieblokujące czekają do 24 h, potem Deli przyjmuje rekomendację i zapisuje to w dzienniku
  5. 5

    Implementacja

    Claude pracuje w osobnym git worktree każdego zmienianego repozytorium, na wspólnej gałęzi feature/<KLUCZ>-<opis>: pisze kod i testy zgodnie z rozwiązaniem, decyzjami i wytycznymi, robi commity.

    • limit 60 tur i 45 minut, bez dostępu do sieci i bez push
    • Deli uruchamia build; przy błędzie Claude dostaje log i ma 2 próby naprawy, bez wyłączania testów
  6. 6

    Merge request i AI review

    W każdym zmienionym repozytorium Deli wypycha gałąź i otwiera draft merge requesta w GitLabie albo pull requesta w GitHubie, z opisem: cel, rozwiązanie, zmiany, decyzje. Osobne wywołanie modelu robi review całej zmiany.

    • review: poprawność, zgodność z wymaganiami, przypadki brzegowe, transakcje, współbieżność, obsługa błędów
    • werdykt trafia też jako komentarz do MR/PR
  7. 7

    Transfer wiedzyTwoja decyzja

    Rozmawiasz z AI o zmianie — model zna rozwiązanie, review i diff, i prostuje błędne rozumienie. Na koniec test z 5 pytań; zalicza wynik co najmniej 80%.

  8. 8

    MergeTwoja decyzja

    Przycisk „Scal” odblokowuje się dopiero po zaliczonym teście. Deli zdejmuje status draft, scala MR/PR i sprząta katalog roboczy zadania.

Ty sterujesz przepływem

Każdy etap można zatrzymać, ponowić albo pominąć. Tryb pracy wybierasz w ustawieniach.

Tryb testowy

Domyślny i zalecany na start. Po każdym kroku przepływ staje i czeka na „Dalej”. Wystawia tylko draft MR/PR — nic nie scala bez Ciebie.

Auto mode

Rozwiązanie przechodzi do implementacji bez zatwierdzania. Pytania blokujące i test transferu wiedzy nadal czekają na Ciebie.

Kolejka i kill-switch

Zadania czekają w kolejce; auto-mode może prowadzić kilka równolegle do limitu projektu. Kill-switch wstrzymuje wszystkie kroki, które wołają model.

Zobacz, co Deli potrafi na każdym etapie

Szczegóły funkcji i integracji.

FunkcjeZapytaj o dostęp