applicable weight 80%
sevastiankein/home-bot
Language: JavaScript
branch main
Телеграмм-бот для управления умным домом
Open on SourceCraftDownload report (Markdown)snapshot 8 October 2026signal coverage 80%analysed 21 September 2026 at 04:40 UTC — not all categories measured
What the 100 is made of
category weightDocumentation 20Activity 20Security 20CI/CD 15Issues 15Code health 10
The light segment — Security: will appear with a member token, while the rest share its weight for now.
Six categories
earned / weightDocumentation and best practices8.1 / 25
scored
Project activity7.9 / 25
scored
Securitywill appear with a member token
no data
CI/CDsignal coverage 60%11.3–18.8 / 18.8
partial
Issues18.8 / 18.8
scored
Code health12.5 / 12.5
scored
States:weight goes to the restinterval, not zero
scored
partial
no data
collection failed
Not measured: CI runswill become a group once access opens
closed by the platform
Strengths
what's already done- Open issues do not pile up (19 days)
- Almost no marked debt in the code
- SourceCraft CI is configured
- The README introduces the project
- Commits are fresh (19 days)
What affected the score
Penalties
Documentation and best practices
- −2license filemissing
- −2tests directorymissing
- −2docs directorymissing
- −2Dockerfilemissing
- −2dependency lockfilemissing
- −2review policyno protection
- −1contributing guidemissing
- −1branch protection policyno protection
- −<1share of short commit messages — 20%
Project activity
- −4top author's share of commits — 100%
- −4unique authors — 1 author
- −4last releaseno releases or version tags
- −3weekly activity — 1 week
- −2commits in the last year — 5 commits
Not measured — interval width
Not a penalty: the lower bound of the score counts the metric as zero, the upper bound as full
CI/CD
- up to −8CI runsdata not collected
What will raise the score
by strength of impact- share the work with other contributorstop author's share of commits — 100%why: the work does not rest on a single person+4Activity
- bring in a second maintainerunique authors — 1 authorwhy: the work does not rest on a single person+4Activity
- publish a release or tag a versionlast releasewhy: the build and the checks are reproducible for whoever takes the code+4Activity
- spread work across more weeks instead of bursts+3
- add a license file+2
- write tests for the project+2
- write project documentation+2
- containerize the project — add a Dockerfile+2
- add a dependency lockfile+2
- set up a review policy+2
- commit more often+2
- add a contributing guide+1
- set up a branch protection policy+1
- write meaningful commit messages+<1