applicable weight 80%
bakery/bakery-rep
Language: HTML
branch main
Open on SourceCraftDownload report (Markdown)snapshot 8 October 2026signal coverage 80%analysed 8 October 2026 at 21:46 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 practices13.1 / 25
scored
Project activity15 / 25
scored
Securitywill appear with a member token
no data
CI/CDsignal coverage 50%0–9.4 / 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 (15 days)
- Almost no marked debt in the code
- The README introduces the project
- Commits are fresh (today)
- Commits span the whole year (86 commits)
What affected the score
Penalties
Documentation and best practices
- −2license filemissing
- −2Dockerfilemissing
- −2dependency lockfilemissing
- −2review policyno protection
- −1contributing guidemissing
- −1branch protection policyno protection
Project activity
- −4last releaseno releases or version tags
- −3top author's share of commits — 91%
- −2unique authors — 2 authors
- −1weekly activity — 4 weeks
CI/CD
- −9SourceCraft CI configurationmissing
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
- publish a release or tag a versionlast releasewhy: the build and the checks are reproducible for whoever takes the code+4Activity
- share the work with other contributorstop author's share of commits — 91%why: the work does not rest on a single person+3Activity
- add a license file+2
- containerize the project — add a Dockerfile+2
- add a dependency lockfile+2
- set up a review policy+2
- bring in a second maintainer+2
- add a contributing guide+1
- set up a branch protection policy+1
- spread work across more weeks instead of bursts+1