applicable weight 65%
andykuzya/pelmesha
Language: Python
branch main
mirror
Open on SourceCraftDownload report (Markdown)snapshot 8 October 2026signal coverage 65%analysed 28 September 2026 at 21:22 UTC — not all categories measured
What the 100 is made of
category weightDocumentation 20Activity 20Security 20CI/CD 15Issues 15Code health 10
The light segments — Security: will appear with a member token; Issues: the tracker is empty or not set up. The rest share their weight for now.
Six categories
earned / weightDocumentation and best practices18.7 / 30.8
scored
Project activity27.4 / 30.8
scored
Securitywill appear with a member token
no data
CI/CDsignal coverage 50%0–11.5 / 23.1
partial
Issuesthe tracker is empty or not set up
no data
Code health13.2 / 15.4
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- The README introduces the project
- Commits are fresh (10 days)
- Commits span the whole year (60 commits)
- Work goes on without long pauses (22 weeks)
- Releases keep coming (10 days)
What affected the score
Penalties
Documentation and best practices
- −3tests directorymissing
- −3docs directorymissing
- −3Dockerfilemissing
- −2contributing guidemissing
- −<1share of short commit messages — 4%
Project activity
- −2top author's share of commits — 78%
- −1unique authors — 3 authors
CI/CD
- −12SourceCraft CI configurationmissing
Code health
- −2TODO/FIXME density
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 −12CI 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+12CI/CD
- write tests for the projecttests directorywhy: the build and the checks are reproducible for whoever takes the code+3Documentation
- write project documentationdocs directorywhy: a newcomer can tell how to run the project and where to look+3Documentation
- containerize the project — add a Dockerfile+3
- share the work with other contributors+2
- work through the TODO/FIXME marks in the code+2
- add a contributing guide+2
- bring in a second maintainer+1
- write meaningful commit messages+<1