Skip to the main content
The Repo Vitals mark: a pulse that ends in a commitREPO VITALS

applicable weight 65%

vasilyevpm-org/knowledge-base-skill

Language: Python
branch main
Open on SourceCraftDownload report (Markdown)snapshot 8 October 2026signal coverage 65%analysed 17 September 2026 at 18:53 UTC — not all categories measured

What the 100 is made of

category weight
Documentation 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 / weight
Documentation and best practices
19 / 30.8
scored
Project activity
24 / 30.8
scored
Securitywill appear with a member token
no data
CI/CDsignal coverage 60%
13.8–23.1 / 23.1
partial
Issuesthe tracker is empty or not set up
no data
Code health
15.4 / 15.4
scored
States:
scored
partial
no data
weight goes to the rest
collection failed
interval, not zero
Not measured: CI runs
closed by the platform
will become a group once access opens

Strengths

what's already done
  • Almost no marked debt in the code
  • SourceCraft CI is configured
  • The README introduces the project
  • Commits span the whole year (46 commits)
  • Commits are fresh (42 days)

What affected the score

Penalties

Documentation and best practices

  • −3
    docs directorymissing
  • −3
    Dockerfilemissing
  • −3
    dependency lockfilemissing
  • −3
    review policyno protection

Project activity

  • −3
    unique authors — 2 authors
  • −2
    top author's share of commits — 76%
  • −2
    weekly activity — 3 weeks
  • −<1
    last release — 42 days
  • −<1
    last commit — 42 days

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 −9
    CI runsdata not collected

What will raise the score

by strength of impact
  • Documentation
    +3
    write project documentationdocs directorywhy: a newcomer can tell how to run the project and where to look
  • Documentation
    +3
    containerize the project — add a DockerfileDockerfilewhy: a newcomer can tell how to run the project and where to look
  • Documentation
    +3
    add a dependency lockfiledependency lockfilewhy: the build and the checks are reproducible for whoever takes the code
  • set up a review policy+3
  • bring in a second maintainer+3
  • share the work with other contributors+2
  • spread work across more weeks instead of bursts+2
  • publish a release or tag a version+<1
  • make a commit soon+<1