Najczęściej zadawane pytania

Nie — bez rejestrowania czasu, bez ekranów, bez naciśnięć klawiszy. Analizujemy wyłącznie same zmiany w kodzie i szacujemy ich trudność poznawczą w godzinach referencyjnego dewelopera. To miara, a nie karta czasu pracy.

Ile czasu zajęłaby zmiana deweloperowi średniego szczebla (3–4 lata), który zna bazę kodu i pracuje bez AI. Mierzy trudność pracy — nie linie i nie rzeczywisty czas spędzony przy biurku. Obejmuje pisanie kodu, testy ręczne i poprawki z przeglądu; wyklucza spotkania, planowanie i oczekiwanie na przegląd.

To nie „jedno wywołanie sieci neuronowej”, lecz wieloetapowy potok, w którym AI jest tylko jedną warstwą. Najpierw model czyta same zmiany w kodzie — co rzeczywiście się zmieniło — i ocenia trudność poznawczą dla referencyjnego dewelopera, zamiast liczyć linie czy commity. Na tym działa deterministyczna warstwa algorytmiczna: system klasyfikuje charakter każdej zmiany, osobno rozpoznaje pracę o wysokiej stawce (na przykład infrastrukturę, migracje danych, bezpieczeństwo), odfiltrowuje zmiany mechaniczne i generowane (masowe znajdź-zamień, generowany i przeniesiony kod, formatowanie) oraz stosuje zestawy reguł korekcyjnych i zabezpieczeń, aby pojedyncze przypuszczenie modelu nie mogło wahnąć wynikiem. Duże i połączone commity są obsługiwane bardziej szczegółowo. Ten sam standard jest stosowany wobec wszystkich automatycznie, każdy commit jest oceniany raz, a wynik jest ustalony — stąd porównywalność i odtwarzalność.

Wyrosła z rzeczywistego, korporacyjnego wytwarzania oprogramowania: warstwa algorytmiczna koduje empiryczne wzorce zebrane na rzeczywistych projektach — które zmiany są zwykle droższe, niż na to wyglądają, a które są tanie pomimo swojego rozmiaru. Reguły te są sprawdzane względem rzeczywistych szacunków referencyjnych (kalibracja). Dzięki temu system zachowuje się bardziej jak doświadczony lider techniczny oceniający pracę niż prosty licznik linii.

Wręcz przeciwnie — o to właśnie chodzi. Porównujemy Twój zespół z referencyjnym deweloperem pracującym bez AI; jeśli AI pozwala dostarczać więcej dziennie, Ghost% rośnie, a ta luka względem „normy sprzed ery AI” to dokładnie to, co pokazuje produkt. To nie zniekształcenie — to wynik.

Stosunek Twojej dziennej produkcji do produkcji referencyjnego dewelopera. 100% to poziom na równi z referencją, wyżej oznacza, że dostarczasz więcej dziennie, niżej oznacza mniej. To nie godziny i nie nadgodziny: wysoka liczba nie oznacza „wypalenia”, a niska sama w sobie nie oznacza „słabości”.

To model, a nie pomiar. Nikt nie odtworzy rzeczywistego czasu, więc wartość tkwi w jednym zestawie reguł dla wszystkich: mocnym dla trendów i porównań, a nie dla dokładności co do godziny dla pojedynczej osoby. Narzędzie do zadawania lepszych pytań, a nie do wydawania wyroków.

Dzielenie i łączenie commitów nie poruszają jej w istotny sposób — ocenia się treść i trudność zmian, a nie liczbę commitów czy linii. Co ważniejsze: każda metryka, na którą ludzie są bezpośrednio nakierowani, w końcu zostaje zoptymalizowana zamiast pracy. Dlatego używaj jej jako sygnału i trendu zespołowego, a nie osobistego KPI — wtedy nie ma czego oszukiwać.

System widzi kod, a nie całą rolę: projektowanie, przeglądy, mentoring, planowanie i spotkania nie są w szacunku. Rozbieżność często oznacza, że duża część wartości danej osoby tkwi poza commitami — co samo w sobie warto zauważyć.

Sam z siebie nie: widzi tylko kod i nie zna rzeczywistej roli oraz obciążenia danej osoby (przeglądy, mentoring, spotkania, wsparcie). Tylko menedżer zna pełne obciążenie. Do tego służy parametr Udział — odsetek czasu, który pracownik rzeczywiście spędza na pisaniu kodu (0–100%). Domyślnie wynosi 100% (zakładamy, że osoba w pełni zajmuje się kodem); menedżer obniża go ręcznie, aby odzwierciedlić pracę niezwiązaną z kodowaniem — to tu do systemu wchodzi kontekst, którego kod nie zawiera. Wtedy porównanie z referencją staje się sprawiedliwe także dla tych, którzy nie kodują przez cały dzień.

Sam z siebie nie. To sygnał zespołowy i trend do rozpoczęcia rozmowy, a nie wyrok na temat jednostki: jedna metryka nie ujmuje jakości, wpływu ani kontekstu.

Koszt to z grubsza, ile dostarczona praca kosztowała przy standardowej stawce; wartość to z grubsza, ile kosztowałoby odtworzenie tego wolumenu ręcznie, bez AI. Różnica między nimi to przybliżony wskaźnik dźwigni (narzędzia/AI), a nie rachunek zysków i strat.