Как DevGhost анализирует Git-репозиторий, рассчитывает Ghost% и что учесть перед подключением приватного кода.
Собрано в Sveska из открытых обсуждений сообщества. Авторы сообщений не указываются.
Обновлено
DevGhost помогает оценивать вклад по изменениям в Git-репозитории: переводит их в эквивалентные часы, рассчитывает Ghost% и показывает динамику, отставания и вклад участников. Для анализа сервису нужен доступ к репозиторию либо файл .bundle.
Сервис подключается к GitHub, GitLab, GitVerse или принимает файлы .bundle. После анализа изменений он показывает:
Разработчик сервиса предлагал бесплатный пилот: подключение репозитория и разбор результатов в обмен на обратную связь.
DevGhost анализирует diff каждого коммита. При оценке учитываются:
Многоэтапные изменения классифицирует и оценивает ИИ. Алгоритмы отсекают форматирование, lock-файлы, массовые переименования, автогенерацию и однотипные правки.
Результат переводится в оценку времени, которое потребовалось бы разработчику среднего уровня, знакомому с проектом и работающему без ИИ. Например, массовое обновление тысячи строк локализации оценивается ниже, чем небольшая правка логики авторизации в нескольких файлах.
К кодовому шуму относят копипасту, автосгенерированный код и массовые типовые изменения. Такие правки не требуют значительных интеллектуальных усилий и выполняются полуавтоматически.
Да. Для анализа DevGhost нужен доступ к Git-репозиторию. Если нужно сначала протестировать сервис без передачи приватного кода, можно использовать публичный репозиторий на GitHub.
Важно: по сообщению автора сервиса, у DevGhost нет сертификатов и пройденных проверок безопасности, характерных для крупных компаний. Автор называет это основным риском и блокером продукта. Сервис ориентирован прежде всего на небольшие компании и стартапы, которым нужно второе независимое мнение.
Эффективность рекомендуется оценивать на уровне команды, а не отдельных инженеров. Сотрудник, который слабее в программировании, может выполнять роль «социального клея»; его отсутствие способно снизить общую эффективность. Поэтому при использовании метрик важно учитывать не только отдельных людей, но и рабочую среду команды.
Статья собрана по сообщениям за август 2026 года.