applicable weight 80%
ermek-toptaev-1/puppeteer-project
Language: JavaScript
branch main
Open on SourceCraftDownload report (Markdown)snapshot 8 October 2026signal coverage 80%analysed 24 September 2026 at 21:24 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 practices12.8 / 25
scored
Project activity19.4 / 25
scored
Securitywill appear with a member token
no data
CI/CDsignal coverage 50%0–9.4 / 18.8
partial
Issues9.4 / 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- Almost no marked debt in the code
- Open issues do not pile up (14 days)
- The README introduces the project
- Commits are fresh (14 days)
- Commits span the whole year (33 commits)
What affected the score
Penalties
Documentation and best practices
- −2license filemissing
- −2tests directorymissing
- −2Dockerfilemissing
- −2review policyno protection
- −1contributing guidemissing
- −1branch protection policyno protection
- −<1share of short commit messages — 24%
Project activity
- −4last releaseno releases or version tags
- −1weekly activity — 4 weeks
- −1top author's share of commits — 58%
CI/CD
- −9SourceCraft CI configurationmissing
Issues
- −9share of unanswered issues — 100%sample: 5 of 10
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 −9CI runsdata not collected
What will raise the score
by strength of impact- add a SourceCraft CI configuration (.sourcecraft/ci.yaml); the service does not see external CISourceCraft CI configurationwhy: the build and the checks are reproducible for whoever takes the code+9CI/CD
- respond to issuesshare of unanswered issues — 100%why: an outside contributor gets an answer, and their work is not lostevidence: the repository's issue list, snapshot of 8 October 2026+9Issues
- publish a release or tag a versionlast releasewhy: the build and the checks are reproducible for whoever takes the code+4Activity
- add a license file+2
- write tests for the project+2
- containerize the project — add a Dockerfile+2
- set up a review policy+2
- add a contributing guide+1
- set up a branch protection policy+1
- spread work across more weeks instead of bursts+1
- share the work with other contributors+1
- write meaningful commit messages+<1