Jak DevGhost szacuje nakład pracy

Ostatnia aktualizacja 6 czerwca 2026

DevGhost szacuje nakład poznawczy stojący za zmianami w kodzie — jak trudna była praca, a nie ile linii zmieniono ani jak długo ktoś siedział przy klawiaturze. Szacunek wyrażany jest w godzinach, których potrzebowałby deweloper średniego szczebla (3–4 lata) znający bazę kodu i pracujący bez AI: na napisanie kodu, przetestowanie go ręcznie i poprawienie go w przeglądzie. Celowo wyklucza spotkania, planowanie i oczekiwanie na przegląd.

Potok, a nie jedno wywołanie AI

Nakład pracy nie jest wynikiem pojedynczego wywołania modelu. Najpierw model językowy czyta rzeczywistą zmianę — co dodano, usunięto i przebudowano — i ocenia jej trudność dla referencyjnego dewelopera, zamiast liczyć linie czy commity. Na tym działa deterministyczna warstwa oparta na regułach, która powstrzymuje pojedyncze przypuszczenie modelu od wahnięcia wynikiem.

Warstwa deterministyczna

Warstwa reguł wykonuje pracę, którą wykonałby uważny recenzent:

  • Klasyfikuje charakter każdej zmiany i osobno rozpoznaje pracę o wysokiej stawce — infrastrukturę, migracje danych, bezpieczeństwo.
  • Odfiltrowuje zmiany mechaniczne i generowane: masowe znajdź-i-zamień, generowany lub przeniesiony kod oraz formatowanie.
  • Stosuje zestawy reguł korekcyjnych i zabezpieczeń, aby jedno przypuszczenie modelu nie mogło wahnąć wynikiem.
  • Rozkłada duże i połączone commity bardziej szczegółowo, zamiast oceniać je jako jedną bryłę.

Rozkładanie nakładu pracy w czasie

Nakład pracy pojedynczego commita jest rozkładany na maksymalnie pięć dni roboczych i ograniczony do pięciu produktywnych godzin dziennie, aby jedno duże scalenie nie zniekształciło obrazu jednego dnia — a dzienne wartości zasilające Ghost% pozostały realistyczne.

Spójność i kalibracja

Ten sam standard jest stosowany wobec wszystkich automatycznie. Każdy commit jest oceniany raz, a wynik jest ustalony, co sprawia, że liczby są porównywalne i odtwarzalne.

Warstwa algorytmiczna koduje empiryczne wzorce z rzeczywistego, korporacyjnego wytwarzania oprogramowania — które zmiany kosztują więcej, niż na to wyglądają, a które są tanie pomimo swojego rozmiaru — a reguły te są sprawdzane względem szacunków referencyjnych. System zachowuje się mniej jak licznik linii, a bardziej jak doświadczony lider techniczny oceniający pracę.

Od nakładu pracy do Ghost%

Dzienny nakład pracy jest następnie porównywany z normą Ghost — trzema produktywnymi godzinami na dzień roboczy — aby uzyskać Ghost%, produkcję zespołu względem punktu odniesienia sprzed ery AI. Szacunki są probabilistyczne i nie są pomiarem żadnej pojedynczej osoby.

Czym jest Ghost%?