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

niemeyer / pretty

Pretty printing for Go values

GoMIT★ 9 зірок⑂ 4 форкиз серп. 2016 р.форкПереглянути на GitHub ↗

niemeyer/pretty має індекс здоров’я 21 зі 100, що відповідає смузі «У зоні ризику». Найвищий показник — AI Readiness (51/100), найнижчий — Vitality (1/100). Останнє оновлення було 2320 днів тому. Більшість нещодавньої роботи виконує один учасник.

21
загалом / 100
У зоні ризику

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

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

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

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

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

Зважений загальний бал 27 калібровано до 21 за шкалою опублікованого індексу (калібрування реєстру 2026-08-02).

Власність

Gustavo NiemeyerОсобистий обліковий запис
823 підписники34 публічні репозиторіїз серп. 2010 р.

Цей репозиторій належить особистому обліковому запису. Проєкт з єдиним власником несе більший ризик безперервності, ніж підтримуваний організацією.

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

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

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

1Критичний · 21% загального індексу
Як обчислюється оцінка
0/36Свіжість pushостанній push 2 320 дн. тому
0/36Ритм комітів0/52 тижнів із комітами
0/18Обсяг комітів0 комітів за останній рік
0/10OpenSSF Scorecard: Maintainedнемає даних
Використані вхідні дані
commits_last_year0
human_commit_share1
days_since_last_push2 320
active_weeks_last_year0
Як обчислюється оцінка
0/27Випускає релізирелізів не опубліковано
0/36Свіжість релізіврелізів немає
0/27Ритм релізіврелізів немає
0/10OpenSSF Scorecard: Signed-Releasesнемає даних
Використані вхідні дані
releases_count0

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

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

22У зоні ризику · 17% загального індексу
Як обчислюється оцінка
14.6/60Зірки9 зірок
4/25Форки4 форків
0/15Спостерігачі0 спостерігачів
Використані вхідні дані
forks4
stars9
watchers0
growth_stateunverified
growth_factor_pct100
growth_unverified_reasonno_history

Здоров'я спільноти

25У зоні ризику
Як обчислюється оцінка
0/22.5README
22.5/22.5Ліцензіявизнана ліцензія (MIT)
0/18Настанови CONTRIBUTING
0/13.5Кодекс поведінки
0/7.2Шаблон issue
0/6.3Шаблон PR
Використані вхідні дані
has_readmeні
has_licenseні
readme_badges
has_contributingні
has_issue_templateні
has_code_of_conductні
readme_badge_services
has_pull_request_templateні

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

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

35Слабкий · 23% загального індексу
Як обчислюється оцінка
9/54Бас-факторна 1 контриб’ютор(ів) припадає половина всіх комітів
9.3/22.5Розподіл комітівголовний контриб’ютор — автор 59% комітів
13.5/13.5Широта контриб’юторів15 контриб’юторів
0/10OpenSSF Scorecard: Contributorsнемає даних
Використані вхідні дані
bus_factor1
contributors_sampled15
top_contributor_share0,586
Як обчислюється оцінка
0/42Вирішення issueнемає issue або даних
0/30Прийняття PRзлито 0/1 вирішених PR
0/13Newcomer PR acceptanceза 30 дн. не вирішено жодного PR від новачка
0/15OpenSSF Scorecard: Code-Reviewнемає даних
Використані вхідні дані
merged_prs0
open_issues0
closed_issues0
prs_merged_7d0
prs_decided_7d0
prs_merged_30d0
prs_decided_30d0
issue_closed_ratio
closed_unmerged_prs1
first_time_authors_30d0
first_time_prs_merged_30d0
first_time_prs_decided_30d0
Виключено з оцінювання (немає даних або не застосовно): Вирішення issue, Newcomer PR acceptance. Залишкові ваги перенормовано.
Як обчислюється оцінка
10/30Підтримка власникаособистий (користувацький) обліковий запис
0/20Верифікований доменне застосовно до користувацьких облікових записів
21/25Охоплення власника823 підписників у niemeyer
23.2/25Послужний список34 публічних репозиторіїв, вік облікового запису ~16 р.
Використані вхідні дані
followers823
owner_typeUser
is_verified
owner_loginniemeyer
public_repos34
account_age_days5 870
Виключено з оцінювання (немає даних або не застосовно): Верифікований домен. Залишкові ваги перенормовано.

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

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

46Слабкий · 19% загального індексу
Як обчислюється оцінка
24/24Процеси CI1 процес(ів) CI
24/24Наявні тести
0/16Конфігурація лінтера
0/9.6Pre-commit-хуки
0/6.4.editorconfig
0/20OpenSSF Scorecard: CI-Testsнемає даних
Використані вхідні дані
has_ciтак
has_testsтак
has_editorconfigні
has_linter_configні
has_precommit_configні

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

25У зоні ризику
Як обчислюється оцінка
0/30README
0/25Каталог документації
15/15Сайт документації / домашня сторінкаhttp://godoc.org/github.com/kr/pretty
0/10Опис репозиторію
0/10Теми
10/10Wiki
Використані вхідні дані
topics
has_wikiтак
homepagehttp://godoc.org/github.com/kr/pretty
docs_sitehttp://godoc.org/github.com/kr/pretty
has_readmeні
has_docs_dirні
has_descriptionні

Безпека

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

25У зоні ризику · 16% загального індексу

Стан безпеки

25У зоні ризику
Як обчислюється оцінка
0/30Політика безпеки (SECURITY.md)
0/25Конфігурація Dependabot
25/25Файли фіксації залежностейgo.sum
0/20Процес CodeQL
Використані вхідні дані
sourcefile_signals
lockfilesgo.sum
manifestsgo.mod
has_codeql_workflowні
has_security_policyні
has_dependabot_configні

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

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

51Помірний · 4% загального індексу
Як обчислюється оцінка
0/45Інструкції для агентівнемає CLAUDE.md / AGENTS.md / правил редактора
0/15Машиночитана документація (llms.txt)
13.3/40Читабельна історія комітівнамір зазначено у 15 з 60 людських комітів (структурований заголовок або пояснювальний текст)
Використані вхідні дані
has_llms_txtні
llms_txt_url
legible_history_share0,25
agent_instruction_files
agent_instruction_max_bytes
Як обчислюється оцінка
12.6/18Розгортання однією командоюgo.mod (домовленість інструментарію, без раннера задач)
22/22Автоматизовані тести
0/11Конфігурація лінтера / форматера
11/11Статична перевірка типівGo (статично типізована)
10/10Відтворюване середовищеlockfile
0/10Підтверджена практика роботи з агентамисеред останніх 60 комітів немає створених агентом
0/8Автоматизоване супроводженняавтоматичних оновлень залежностей не виявлено
0/10OpenSSF Scorecard: Pinned-Dependenciesнемає даних
Використані вхідні дані
has_nixні
has_testsтак
lockfilesgo.sum
has_dockerfileні
typed_languageтак
bootstrap_files
has_devcontainerні
has_linter_configні
typecheck_configs
agent_commit_share0
toolchain_manifestsgo.mod
dependency_bot_commit_share0
Як обчислюється оцінка
45/45Типізований кодGo (статично типізована)
55/55Керовані розміри файлів0/7 файлів вихідного коду понад 60 КБ
Використані вхідні дані
primary_languageGo
largest_source_bytes7 863
source_files_sampled7
oversized_source_files0

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

9зірок GitHub
15контриб'юторів
0комітів за останні 12 місяців
2 320днів від останнього пушу
0релізів
1бас-фактор
0відкритих issue
Goпакетних екосистем

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

  • Star history unavailable: GitHub GraphQL error: Resource not accessible by personal access token
  • Community profile unavailable
  • Could not fetch go package 'github.com/niemeyer/pretty' from its registry
  • OpenSSF Scorecard did not return a usable result (exit code 0; Skipping github.com/niemeyer/pretty: run: RepoClient.LocalPath: error during tarballHandler.setup: internal error: handler.httpClient.Do: Get "https://codeload.github.com/niemeyer/pretty/legacy.tar.gz/refs/heads/master": internal error: innerTransport.RoundTrip: internal error: innerTransport.RoundTrip: error in HTTP: dial tcp: lookup codeload.github.com on 127.0.0.11:53: server misbehaving); skipping Scorecard checks

Докладніше

Історія зірок і форків 0 ★ / 4 ⇿
0Зірки
4Форки

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

1223344412020-052023-072026-09

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

Прямі залежності 1
РеєстрПакетОбмеження версіїМаніфест
Gogithub.com/kr/textv0.1.0go.mod
Усі залежності 0

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

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

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

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

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

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

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

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

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

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