jmcollin78 / vtherm_api
The API of the Versatile Thermostat integration for Home Assistant
jmcollin78/vtherm_api має індекс здоров’я 47 зі 100, що відповідає смузі «Слабкий». Найвищий показник — Vitality (70/100), найнижчий — Security (1/100). Останнє оновлення — сьогодні. Більшість нещодавньої роботи виконує один учасник.
Індекс здоров'я програмного забезпечення
Метрики згруповано у зважені категорії на шкалі 1–100. Загальна оцінка починається як їхнє зважене середнє, відкаліброване за розподілом публічного реєстру, тож діапазони мають перцентильний зміст; коли публічні дані активують Політику юрисдикцій високого ризику, рейтинг коригується й отримує верхню межу 34 («У зоні ризику»).
Профіль оцінок
Кожна вісь — окрема категорія. Форма важить більше, ніж середнє: здоровий об'єкт заповнює всю фігуру, тоді як профіль із піками та провалами означає, що сила в одному вимірі маскує ризик в іншому.
Зважений загальний бал 48 калібровано до 47 за шкалою опублікованого індексу (калібрування реєстру 2026-08-02).
Власність
Цей репозиторій належить особистому обліковому запису. Проєкт з єдиним власником несе більший ризик безперервності, ніж підтримуваний організацією.
Пакетні екосистеми
| Реєстр | Пакет | Версія | Завантажень / міс | Версії | Остання публікація | Теги |
|---|---|---|---|---|---|---|
| PyPI | vtherm_api | 0.6.1 | 34 502 | 10 | 0 днів тому | home-assistantthermostathvacversatile-thermostat |
Метрики за категоріями
Життєздатність
Чи живий проєкт — чи пишеться код і чи виходять релізи?
Активність розробки
Як обчислюється оцінка
| 36/36 | Свіжість push — останній push 0 дн. тому |
| 4.2/36 | Ритм комітів — 6/52 тижнів із комітами |
| 14.1/18 | Обсяг комітів — 36 комітів за останній рік |
| 0/10 | OpenSSF Scorecard: Maintained — немає даних |
Використані вхідні дані
| commits_last_year | 36 |
| human_commit_share | 1 |
| days_since_last_push | 0 |
| active_weeks_last_year | 6 |
Дисципліна релізів
Як обчислюється оцінка
| 27/27 | Випускає релізи — опубліковано 2 релізів |
| 36/36 | Свіжість релізів — останній реліз 20 дн. тому |
| 12.6/27 | Ритм релізів — реліз кожні ~153 дн. |
| 0/10 | OpenSSF Scorecard: Signed-Releases — немає даних |
Використані вхідні дані
| releases_count | 2 |
| latest_release_tag | 0.5.0 |
| releases_from_tags | ні |
| days_since_latest_release | 20 |
| mean_days_between_releases | 153 |
Спільнота та впровадження
Чи має проєкт користувачів, завантаження, увагу та влаштовані умови для контриб’юторів?
Популярність і впровадження
Як обчислюється оцінка
| 0/60 | Зірки — 0 зірок |
| 2.5/25 | Форки — 3 форків |
| 0/15 | Спостерігачі — 0 спостерігачів |
Використані вхідні дані
| forks | 3 |
| stars | 0 |
| watchers | 0 |
| growth_state | unverified |
| growth_factor_pct | 100 |
| growth_unverified_reason | no_history |
Здоров'я спільноти
Як обчислюється оцінка
| 22.5/22.5 | README |
| 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 | 0 |
| has_contributing | ні |
| has_issue_template | ні |
| has_code_of_conduct | ні |
| readme_badge_services | — |
| has_pull_request_template | ні |
Як обчислюється оцінка
| 60.5/80 | Щомісячні завантаження — 34 502 завантажень/місяць у pypi |
| 0/20 | Залежні пакети в реєстрі — ця екосистема цього не повідомляє |
Використані вхідні дані
| packages | vtherm_api |
| dependents | — |
| ecosystems | pypi |
| total_downloads | — |
| monthly_downloads | 34 502 |
| unverified_packages_excluded | — |
Сталість та врядування
Чи переживе проєкт своїх людей — бас-фактор, реактивність, хто за ним стоїть і як супроводжуються пакети?
Стійкість мейнтейнерів (бас-фактор)
Як обчислюється оцінка
| 9/54 | Бас-фактор — на 1 контриб’ютор(ів) припадає половина всіх комітів |
| 9/22.5 | Розподіл комітів — головний контриб’ютор — автор 60% комітів |
| 4.1/13.5 | Широта контриб’юторів — 3 контриб’юторів |
| 0/10 | OpenSSF Scorecard: Contributors — немає даних |
Використані вхідні дані
| bus_factor | 1 |
| contributors_sampled | 3 |
| top_contributor_share | 0,6 |
Реактивність на issue та PR
Як обчислюється оцінка
| 0/42 | Вирішення issue — закрито 0% issue |
| 30/30 | Прийняття PR — злито 5/5 вирішених PR |
| 13/13 | Newcomer PR acceptance — злито 1/1 PR від новачків за 30 дн. |
| 0/15 | OpenSSF Scorecard: Code-Review — немає даних |
Використані вхідні дані
| merged_prs | 5 |
| open_issues | 3 |
| closed_issues | 0 |
| prs_merged_7d | 2 |
| prs_decided_7d | 2 |
| prs_merged_30d | 2 |
| prs_decided_30d | 2 |
| issue_closed_ratio | 0 |
| closed_unmerged_prs | 0 |
| first_time_authors_30d | 1 |
| first_time_prs_merged_30d | 1 |
| first_time_prs_decided_30d | 1 |
Власність та опіка
Як обчислюється оцінка
| 10/30 | Підтримка власника — особистий (користувацький) обліковий запис |
| 0/20 | Верифікований домен — не застосовно до користувацьких облікових записів |
| 16.1/25 | Охоплення власника — 170 підписників у jmcollin78 |
| 22.1/25 | Послужний список — 23 публічних репозиторіїв, вік облікового запису ~14 р. |
Використані вхідні дані
| followers | 170 |
| owner_type | User |
| is_verified | — |
| owner_login | jmcollin78 |
| public_repos | 23 |
| account_age_days | 5 272 |
Супровід пакетів
Як обчислюється оцінка
| 25/25 | Опубліковано й доступно — 1 пакет(ів) у pypi |
| 35/35 | Свіжість публікацій — остання публікація 0 дн. тому |
| 20/20 | Історія версій — 10 опублікованих версій |
| 20/20 | Не застарілий — активний, не deprecated і не yanked |
Використані вхідні дані
| packages | vtherm_api |
| ecosystems | pypi |
| any_deprecated | ні |
| min_days_since_publish | 0 |
Інженерна якість
Чи наявні базові інженерні практики та документація?
Інженерні практики
Як обчислюється оцінка
| 0/24 | Процеси CI |
| 24/24 | Наявні тести |
| 16/16 | Конфігурація лінтера — .pylintrc, pyproject.toml ([tool.black]) |
| 0/9.6 | Pre-commit-хуки |
| 0/6.4 | .editorconfig |
| 0/20 | OpenSSF Scorecard: CI-Tests — немає даних |
Використані вхідні дані
| has_ci | ні |
| has_tests | так |
| has_editorconfig | ні |
| has_linter_config | так |
| has_precommit_config | ні |
Документація
Як обчислюється оцінка
| 30/30 | README |
| 25/25 | Каталог документації |
| 15/15 | Сайт документації / домашня сторінка — https://github.com/jmcollin78/vtherm_api |
| 10/10 | Опис репозиторію |
| 0/10 | Теми |
| 10/10 | Wiki |
Використані вхідні дані
| topics | — |
| has_wiki | так |
| homepage | — |
| docs_site | https://github.com/jmcollin78/vtherm_api |
| has_readme | так |
| has_docs_dir | так |
| has_description | так |
Безпека
Чи міцні видимі практики безпеки й ланцюга постачання, без непослабленої пов’язаності з юрисдикціями високого ризику?
Стан безпеки
Як обчислюється оцінка
| 0/30 | Політика безпеки (SECURITY.md) |
| 0/25 | Конфігурація Dependabot |
| 0/25 | Файли фіксації залежностей — опублікована бібліотека — lockfile є справою застосунків, не очікується |
| 0/20 | Процес CodeQL |
Використані вхідні дані
| source | file_signals |
| lockfiles | — |
| manifests | pyproject.toml, requirements-dev.txt |
| has_codeql_workflow | ні |
| has_security_policy | ні |
| has_dependabot_config | ні |
Готовність до ШІ
Наскільки репозиторій оснащений для розробки та супроводу за участі ШІ-агентів? Має свідомо малу вагу (4%): агентний інструментарій — реальний сигнал супроводу, але репозиторій без нього все одно може отримати 100/100.
Контекст і настанови для агентів
Як обчислюється оцінка
| 0/45 | Інструкції для агентів — немає CLAUDE.md / AGENTS.md / правил редактора |
| 0/15 | Машиночитана документація (llms.txt) |
| 11.5/40 | Читабельна історія комітів — намір зазначено у 8 з 37 людських комітів (структурований заголовок або пояснювальний текст) |
Використані вхідні дані
| has_llms_txt | ні |
| llms_txt_url | — |
| legible_history_share | 0,216 |
| agent_instruction_files | — |
| agent_instruction_max_bytes | — |
Як обчислюється оцінка
| 0/18 | Розгортання однією командою |
| 22/22 | Автоматизовані тести |
| 11/11 | Конфігурація лінтера / форматера — .pylintrc, pyproject.toml ([tool.black]) |
| 11/11 | Статична перевірка типів — pyrightconfig.json |
| 10/10 | Відтворюване середовище — devcontainer |
| 10/10 | Підтверджена практика роботи з агентами — 2 з останніх 37 комітів створено агентом або з його зазначенням |
| 0/8 | Автоматизоване супроводження — автоматичних оновлень залежностей не виявлено |
| 0/10 | OpenSSF Scorecard: Pinned-Dependencies — немає даних |
Використані вхідні дані
| has_nix | ні |
| has_tests | так |
| lockfiles | — |
| has_dockerfile | ні |
| typed_language | ні |
| bootstrap_files | — |
| has_devcontainer | так |
| has_linter_config | так |
| typecheck_configs | pyrightconfig.json |
| agent_commit_share | 0,054 |
| toolchain_manifests | — |
| dependency_bot_commit_share | 0 |
Читабельність коду для моделей
Як обчислюється оцінка
| 27/45 | Типізований код — Python з конфігурацією перевірки типів (pyrightconfig.json) |
| 55/55 | Керовані розміри файлів — 0/17 файлів вихідного коду понад 60 КБ |
Використані вхідні дані
| primary_language | Python |
| largest_source_bytes | 24 456 |
| source_files_sampled | 17 |
| oversized_source_files | 0 |
Ключові факти
Попередження щодо збору даних
- GitHub dependency-graph SBOM unavailable (404); the dependency graph may be disabled for this repository
- deps.dev does not index pypi:vtherm_api@0.6.1; advisories assessed against the repository dependency graph instead
- OpenSSF Scorecard timed out after 240s; skipping Scorecard checks
Докладніше
Історія зірок і форків 0 ★ / 3 ⇿
Коли додано кожну зірку й форк — зібрано з GitHub і згруповано за днями. Кумулятивне зростання розміщено просто над денними додаваннями, з яких воно складається, тож їх видно одне проти одного: рівномірне органічне накопичення виглядає зовсім інакше, ніж різкий короткочасний сплеск. Там, де цю різницю можна виміряти, її подано як автентичність росту.
Усі залежності не зібрано
Не вдалося зібрати розв'язаний набір залежностей для цього звіту: GitHub dependency-graph SBOM unavailable (404); the dependency graph may be disabled for this repository
Звіт у форматі JSON машиночитний
Зворотний зв’язок
Помітили щось хибне у цьому звіті або маєте чим поділитися? Неправильні вимірювання, непомічені інструменти, ідеї, запитання — усе доречно. Кожне повідомлення читається й отримує відповідь.
Оцінки — це сигнали, а не гарантії. Вони відображають публічно видимі практики на GitHub — це не аудит коду й не гарантія безпеки.
Відсутні дані виключаються, а ваги перенормовуються — нуль за відсутність ніколи не ставиться. Методологія версіонована й відкрита: метрики v2.10.0, схема v0.34.0 — повна методологія · вікі метрик.
Як окремий результат виглядає на тлі всього реєстру: сукупна статистика — PyPI.