Публічний реєстр
Звіт про здоров'я програмного забезпеченнясхема 0.34.0 · метрики 2.10.0 · 2026-09-06 03:16 UTC

yandex / yatagan

Dependency Injection framework based on Google's Dagger2 API, optimized for fast builds and for managing large graphs with optional dependencies

KotlinApache-2.0★ 248 зірок⑂ 11 форківз лист. 2022 р.Переглянути на GitHub ↗

yandex/yatagan має індекс здоров’я 11 зі 100, що відповідає смузі «Критичний». Найвищий показник — Sustainability & Governance (69/100), найнижчий — Security (11/100). Останнє оновлення було 17 днів тому. Більшість нещодавньої роботи виконує один учасник.

11
загалом / 100
Критичний

Індекс здоров'я програмного забезпечення

Метрики згруповано у зважені категорії на шкалі 1–100. Загальна оцінка починається як їхнє зважене середнє, відкаліброване за розподілом публічного реєстру, тож діапазони мають перцентильний зміст; коли публічні дані активують Політику юрисдикцій високого ризику, рейтинг коригується й отримує верхню межу 34 («У зоні ризику»).

11
Винятковий93-100Верхній щабель реєстру (≈ топ-5%); відповідає практично всім перевіреним критеріям
Відмінний80-92Сильний за всіма напрямами; незначні прогалини
Добрий65-79Здоровий; прогалини обмежені та керовані
Помірний50-64Прийнятний, але з помітними прогалинами; рекомендовано перевірку
Слабкий35-49Суттєві недоліки в кількох сферах
У зоні ризику20-34Суттєві слабкі місця; впровадження потребує обережності
Критичний1-19Серйозні проблеми (покинутий, єдиний мейнтейнер, без базової гігієни)
ЖиттєздатністьСпільнота тавпровадженняСталість таврядуванняІнженернаякістьБезпекаГотовність доШІ

Профіль оцінок

Кожна вісь — окрема категорія. Форма важить більше, ніж середнє: здоровий об'єкт заповнює всю фігуру, тоді як профіль із піками та провалами означає, що сила в одному вимірі маскує ризик в іншому.

Зважений загальний бал 54 калібровано до 56 за шкалою опублікованого індексу (калібрування реєстру 2026-08-02). Політика юрисдикцій високого ризику застосовує множник 20% до зваженого загального індексу здоров’я і встановлює для нього межу «У зоні ризику» на рівні 34.

Власність

YandexОрганізація · підтверджений домен
2 529 підписників159 публічних репозиторіївз квіт. 2014 р.

За цим репозиторієм стоїть організація — спільна, підзвітна опіка, здатна пережити будь-якого окремого мейнтейнера.

Метрики за категоріями

Життєздатність

Чи живий проєкт — чи пишеться код і чи виходять релізи?

64Помірний · 21% загального індексу
Як обчислюється оцінка
28.8/36Свіжість pushостанній push 17 дн. тому
2.8/36Ритм комітів4/52 тижнів із комітами
8.1/18Обсяг комітів7 комітів за останній рік
5/10OpenSSF Scorecard: Maintained5 commit(s) and 1 issue activity found in the last 90 days -- score normalized to 5
Використані вхідні дані
commits_last_year7
human_commit_share0,86
days_since_last_push17
active_weeks_last_year4
Як обчислюється оцінка
27/27Випускає релізиопубліковано 18 релізів
36/36Свіжість релізівостанній реліз 17 дн. тому
19.8/27Ритм релізівреліз кожні ~118,9 дн.
0/10OpenSSF Scorecard: Signed-Releasesнемає даних
Використані вхідні дані
releases_count18
latest_release_tagv2.0.0-RC2
releases_from_tagsні
days_since_latest_release17
mean_days_between_releases118,9
Виключено з оцінювання (немає даних або не застосовно): OpenSSF Scorecard: Signed-Releases. Залишкові ваги перенормовано.

Спільнота та впровадження

Чи має проєкт користувачів, завантаження, увагу та влаштовані умови для контриб’юторів?

60Помірний · 17% загального індексу
Як обчислюється оцінка
38.8/60Зірки248 зірок
8.3/25Форки11 форків
5/15Спостерігачі9 спостерігачів
Використані вхідні дані
forks11
stars248
watchers9
growth_stateunverified
growth_factor_pct100
growth_unverified_reasonno_history
Як обчислюється оцінка
22.5/22.5README
22.5/22.5Ліцензіявизнана ліцензія (Apache-2.0)
18/18Настанови CONTRIBUTING
0/13.5Кодекс поведінки
0/7.2Шаблон issue
0/6.3Шаблон PR
Використані вхідні дані
has_readmeтак
has_licenseтак
readme_badges4
has_contributingтак
has_issue_templateні
has_code_of_conductні
readme_badge_servicescodecov.io, github.com, shields.io
has_pull_request_templateні

Сталість та врядування

Чи переживе проєкт своїх людей — бас-фактор, реактивність, хто за ним стоїть і як супроводжуються пакети?

69Добрий · 23% загального індексу
Як обчислюється оцінка
9/54Бас-факторна 1 контриб’ютор(ів) припадає половина всіх комітів
9.9/22.5Розподіл комітівголовний контриб’ютор — автор 56% комітів
4.1/13.5Широта контриб’юторів3 контриб’юторів
10/10OpenSSF Scorecard: Contributorsproject has 3 contributing companies or organizations -- score normalized to 10
Використані вхідні дані
bus_factor1
contributors_sampled3
top_contributor_share0,559
Як обчислюється оцінка
34.6/42Вирішення issueзакрито 82% issue
21.8/30Прийняття PRзлито 112/154 вирішених PR
0/13Newcomer PR acceptanceза 30 дн. не вирішено жодного PR від новачка
15/15OpenSSF Scorecard: Code-Reviewall changesets reviewed
Використані вхідні дані
merged_prs112
open_issues11
closed_issues51
prs_merged_7d0
prs_decided_7d0
prs_merged_30d3
prs_decided_30d3
issue_closed_ratio0,823
closed_unmerged_prs42
first_time_authors_30d0
first_time_prs_merged_30d0
first_time_prs_decided_30d0
Виключено з оцінювання (немає даних або не застосовно): Newcomer PR acceptance. Залишкові ваги перенормовано.

Власність та опіка

100Винятковий
Як обчислюється оцінка
30/30Підтримка власникау власності організації
20/20Верифікований домен
24.5/25Охоплення власника2 529 підписників у yandex
25/25Послужний список159 публічних репозиторіїв, вік облікового запису ~12 р.
Використані вхідні дані
followers2 529
owner_typeOrganization
is_verifiedтак
owner_loginyandex
public_repos159
account_age_days4 516

Інженерна якість

Чи наявні базові інженерні практики та документація?

55Помірний · 19% загального індексу
Як обчислюється оцінка
24/24Процеси CI1 процес(ів) CI
24/24Наявні тести
0/16Конфігурація лінтера
0/9.6Pre-commit-хуки
0/6.4.editorconfig
4/20OpenSSF Scorecard: CI-Tests4 out of 15 merged PRs checked by a CI test -- score normalized to 2
Використані вхідні дані
has_ciтак
has_testsтак
has_editorconfigні
has_linter_configні
has_precommit_configні

Документація

60Помірний
Як обчислюється оцінка
30/30README
0/25Каталог документації
0/15Сайт документації / домашня сторінка
10/10Опис репозиторію
10/10Теми7 тем
10/10Wiki
Використані вхідні дані
topicsandroid, dependency-injection, kapt, kotlin, ksp, reflection, dagger2
has_wikiтак
homepage
docs_site
has_readmeтак
has_docs_dirні
has_descriptionтак

Безпека

Чи міцні видимі практики безпеки й ланцюга постачання, без непослабленої пов’язаності з юрисдикціями високого ризику?

11Критичний · 16% загального індексу

Стан безпеки

11Критичний
Як обчислюється оцінка
6.8/7.5Binary-Artifactsbinaries present in source code
0/7.5Branch-Protectionнемає даних
0.5/2.5CI-Tests4 out of 15 merged PRs checked by a CI test -- score normalized to 2
0/2.5CII-Best-Practicesno effort to earn an OpenSSF best practices badge detected
7.5/7.5Code-Reviewall changesets reviewed
2.5/2.5Contributorsproject has 3 contributing companies or organizations -- score normalized to 10
10/10Dangerous-Workflowno dangerous workflow patterns detected
7.5/7.5Dependency-Update-Toolupdate tool detected
0/5Fuzzingproject is not fuzzed
2.5/2.5Ліцензіяlicense file detected
3.8/7.5Maintained5 commit(s) and 1 issue activity found in the last 90 days -- score normalized to 5
0/5Packagingнемає даних
0/5Pinned-Dependenciesdependency not pinned by hash detected -- score normalized to 0
0/5SASTSAST tool is not run on all commits -- score normalized to 0
0/5Security-Policysecurity policy file not detected
0/7.5Signed-Releasesнемає даних
0/7.5Token-Permissionsdetected GitHub workflow tokens with excessive permissions
7.5/7.5Vulnerabilities0 existing vulnerabilities detected
Використані вхідні дані
sourceopenssf_scorecard
checks_evaluated15
scorecard_versionv5.5.0
checks_inconclusive3
scorecard_aggregate5,7
high_risk_jurisdiction_cap34
high_risk_jurisdiction_multiplier20
security_posture_after_multiplier11
security_posture_before_jurisdiction57
Виключено з оцінювання (немає даних або не застосовно): Branch-Protection, Packaging, Signed-Releases. Залишкові ваги перенормовано. Політика юрисдикцій високого ризику застосовує множник 20% і встановлює для стану безпеки межу «У зоні ризику» на рівні 34.

Готовність до ШІ

Наскільки репозиторій оснащений для розробки та супроводу за участі ШІ-агентів? Має свідомо малу вагу (4%): агентний інструментарій — реальний сигнал супроводу, але репозиторій без нього все одно може отримати 100/100.

61Помірний · 4% загального індексу
Як обчислюється оцінка
0/45Інструкції для агентівнемає CLAUDE.md / AGENTS.md / правил редактора
15/15Машиночитана документація (llms.txt)llms.txt опубліковано на сайті проєкту (https://kotlinlang.org/llms.txt)
35.3/40Читабельна історія комітівнамір зазначено у 57 з 86 людських комітів (структурований заголовок або пояснювальний текст)
Використані вхідні дані
has_llms_txtтак
llms_txt_urlhttps://kotlinlang.org/llms.txt
legible_history_share0,663
agent_instruction_files
agent_instruction_max_bytes
Як обчислюється оцінка
12.6/18Розгортання однією командоюapi/compiled/build.gradle.kts, api/dynamic/build.gradle.kts, api/public/build.gradle.kts (домовленість інструментарію, без раннера задач)
22/22Автоматизовані тести
0/11Конфігурація лінтера / форматера
11/11Статична перевірка типівKotlin (статично типізована)
0/10Відтворюване середовище
0/10Підтверджена практика роботи з агентамисеред останніх 100 комітів немає створених агентом
8/8Автоматизоване супроводження14 з останніх 100 комітів — автоматичні оновлення залежностей
0/10OpenSSF Scorecard: Pinned-Dependenciesdependency not pinned by hash detected -- score normalized to 0
Використані вхідні дані
has_nixні
has_testsтак
lockfiles
has_dockerfileні
typed_languageтак
bootstrap_files
has_devcontainerні
has_linter_configні
typecheck_configs
agent_commit_share0
toolchain_manifestsapi/compiled/build.gradle.kts, api/dynamic/build.gradle.kts, api/public/build.gradle.kts, base/api/build.gradle.kts, base/impl/build.gradle.kts, build.gradle.kts, buildSrc/build.gradle.kts, codegen/impl/build.gradle.kts, codegen/poetry/build.gradle.kts, core/graph/api/build.gradle.kts, core/graph/impl/build.gradle.kts, core/model/api/build.gradle.kts, core/model/impl/build.gradle.kts, lang/api/build.gradle.kts, lang/common/build.gradle.kts, lang/compiled/build.gradle.kts, lang/jap/build.gradle.kts, lang/ksp/build.gradle.kts, lang/rt/build.gradle.kts, processor/common/build.gradle.kts, processor/jap/build.gradle.kts, processor/ksp/build.gradle.kts, rt/engine/build.gradle.kts, rt/support/build.gradle.kts, testing/procedural/build.gradle.kts, testing/source-set/build.gradle.kts, testing/tests/build.gradle.kts, validation/api/build.gradle.kts, validation/format/build.gradle.kts, validation/impl/build.gradle.kts, validation/spi/build.gradle.kts
dependency_bot_commit_share0,14
Як обчислюється оцінка
45/45Типізований кодKotlin (статично типізована)
55/55Керовані розміри файлів0/371 файлів вихідного коду понад 60 КБ
Використані вхідні дані
primary_languageKotlin
largest_source_bytes46 173
source_files_sampled371
oversized_source_files0

Ключові факти

248зірок GitHub
3контриб'юторів
7комітів за останні 12 місяців
17днів від останнього пушу
18релізів
1бас-фактор
11відкритих issue
Mavenпакетних екосистем

Попередження щодо збору даних

  • Star history unavailable: GitHub GraphQL error: Resource not accessible by personal access token

Докладніше

Історія зірок і форків 0 ★ / 11 ⇿
0Зірки
11Форки
12Релізи

Коли додано кожну зірку й форк — зібрано з GitHub і згруповано за днями. Кумулятивне зростання розміщено просто над денними додаваннями, з яких воно складається, тож їх видно одне проти одного: рівномірне органічне накопичення виглядає зовсім інакше, ніж різкий короткочасний сплеск. Там, де цю різницю можна виміряти, її подано як автентичність росту.

048121122022-122023-122024-12
Мажорні 0Мінорні 5Патчі 2

Кожна точка охоплює 2 днів.

OpenSSF Scorecard 5.7 / 10
5.7сукупно

Незалежна, не прив'язана до інструментів оцінка безпеки від відкритого проєкту OpenSSF Scorecard. Кожна перевірка винагороджує практику безпеки, а не інструмент конкретного постачальника. Перевірки, які Scorecard не зміг визначити, позначено н/д і виключено з оцінки безпеки (вони ніколи не зараховуються як нуль).Scorecard v5.5.0 · 2026-09-06 03:15 UTC

9Binary-Artifactsbinaries present in source code
н/дBranch-Protectioninternal error: error during branchesHandler.setup: internal error: some github tokens can't read classic branch protection rules: https://github.com/ossf/scorecard-action/blob/main/docs/authentication/fine-grained-auth-token.md
2CI-Tests4 out of 15 merged PRs checked by a CI test -- score normalized to 2
0CII-Best-Practicesno effort to earn an OpenSSF best practices badge detected
10Code-Reviewall changesets reviewed
10Contributorsproject has 3 contributing companies or organizations -- score normalized to 10
10Dangerous-Workflowno dangerous workflow patterns detected
10Dependency-Update-Toolupdate tool detected
0Fuzzingproject is not fuzzed
10Licenselicense file detected
5Maintained5 commit(s) and 1 issue activity found in the last 90 days -- score normalized to 5
н/дPackagingpackaging workflow not detected
0Pinned-Dependenciesdependency not pinned by hash detected -- score normalized to 0
0SASTSAST tool is not run on all commits -- score normalized to 0
0Security-Policysecurity policy file not detected
н/дSigned-Releasesno releases found
0Token-Permissionsdetected GitHub workflow tokens with excessive permissions
10Vulnerabilities0 existing vulnerabilities detected
Усі залежності 0

Повний розв'язаний набір залежностей із графа залежностей GitHub: 0 прямих і 0 непрямих (транзитивних) пакетів. Транзитивне замикання є повним, коли в репозиторії закомічено lockfile.

РеєстрПакетВерсіяЗв'язок
Сповіщення про залежності не оцінено

Звірка сповіщень не відбулася для цього звіту: No resolved dependencies to assess

Звіт у форматі JSON машиночитний

Зворотний зв’язок

Помітили щось хибне у цьому звіті або маєте чим поділитися? Неправильні вимірювання, непомічені інструменти, ідеї, запитання — усе доречно. Кожне повідомлення читається й отримує відповідь.

Повідомлення збережеться під час входу.

Оцінки — це сигнали, а не гарантії. Вони відображають публічно видимі практики на GitHub — це не аудит коду й не гарантія безпеки.

Відсутні дані виключаються, а ваги перенормовуються — нуль за відсутність ніколи не ставиться. Методологія версіонована й відкрита: метрики v2.10.0, схема v0.34.0 — повна методологія · вікі метрик.

Як окремий результат виглядає на тлі всього реєстру: сукупна статистика.