Факти про DevGhost

Що таке DevGhost

• DevGhost — вебпродукт аналітики розробки для засновників і CEO, CTO, керівників інженерних команд та тих, хто оцінює організації розробки.
• Він аналізує історію Git з GitHub і GitLab, зокрема публічні репозиторії та репозиторії, які уповноважений користувач має право підключити.
• DevGhost оцінює когнітивну складність створення змін у коді. Кількість рядків, комітів або час за клавіатурою не вважаються інженерним результатом.
• Складність виражається в годинах, які знадобилися б еталонному розробнику, щоб створити, вручну протестувати й виправити зміну під час код-рев’ю.

Що означає Ghost%

• Ghost% порівнює оцінений результат створеного коду з еталоном до поширення ШІ.
• Еталон — розробник середнього рівня з досвідом від трьох до чотирьох років, який знає кодову базу та працює без допомоги ШІ.
• Стабільний результат понад 100% означає, що зміни відповідають більшому оціненому обсягу роботи, ніж еталон. Сучасні ШІ-інструменти можуть дати такий приріст, але високий Ghost% сам по собі не доводить використання ШІ.
• Ghost% допомагає побачити закономірності й сформулювати питання для перевірки. Це не пряма оцінка якості коду, бізнес-цінності або всієї роботи поза репозиторієм.

Методика та приватність

• Мовна модель читає фактичну зміну коду, а детерміновані правила класифікують, фільтрують і калібрують результат. Це багатоетапна оцінка, а не одна відповідь моделі.
• DevGhost використовує історію репозиторію. Він не записує екран, натискання клавіш або робочий час працівників.
• Оцінка не бачить наради, наставництво, архітектурну та продуктову роботу й інший внесок без сліду в аналізованому коді.
• Сервіс працює як self-service: можна створити обліковий запис, підключити GitHub або GitLab, вибрати репозиторій і запустити аналіз у робочому продукті.

Відповідальне використання

• DevGhost не слід перетворювати на персональний або командний KPI, публічний рейтинг чи єдину підставу для кадрового рішення.
• Низький або високий результат потрібно переглядати за кілька періодів та інтерпретувати разом із розробником, тімлідом або CTO, які знають контекст.
• Інші обов’язки, блокери, часткова зайнятість і робота поза репозиторієм можуть пояснити видиме відхилення.
• Корисні сценарії — пошук вузьких місць, перевірка занепокоєнь, визнання прихованих лідерів, порівняння внутрішньої та зовнішньої спроможності й оцінка ефекту впровадження ШІ.

Компанія та засновник

DevGhost заснував у 2026 році Павел Косяков — керівник розробки та продукту з більш ніж 20-річним досвідом. До DevGhost він керував ініціативами з розробки, Developer Experience та інженерної аналітики у Sber і Sberbank-Technologies.

LinkedInGitHub