mcpField
P
project-min-evaluation

project-min-evaluation

github.com/c3sc0-v4113Testing & quality33.4k installsUpdated today
Repository

About project-min-evaluation

project-min-evaluation is a skill for verifying project quality before implementation is reported complete or committed. It discovers the package manager and runs only applicable scripts defined by the project, stopping at the first failure.

Key features

  1. 01Package manager detection
  2. 02Discovery of defined quality scripts
  3. 03Ordered script execution
  4. 04Stop-on-failure checks
  5. 05Structured verification reporting

Use cases

  1. 01Checking work before marking it complete
  2. 02Verifying changes before a commit
  3. 03Reporting missing or failed checks
  4. 04Selecting project-defined test commands

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/c3sc0-v4113/scaffold --skill project-min-evaluation

After installing, type/project-min-evaluationin Claude Code to confirm it loaded.

Bundled filesreferences/script-discovery.md

Details

From the project README

Project Minimum Evaluation

Activation Contract

Load this skill before reporting implementation work as complete, before committing, or when asked to verify quality.

Hard Rules

  1. Detect the package manager from the project; never hardcode a runner.
  2. Run only scripts defined in package.json scripts; report expected scripts that are missing instead of inventing commands.
  3. Run from the repository root, in the order below, and do not skip a failing step to reach a later one.
  4. Never claim completion while a check fails or was not run.

Decision Gates

Project signalRunner
packageManager field in package.jsonuse the manager it names
pnpm-lock.yamlpnpm run <script>
bun.lock or bun.lockbbun run <script>
package-lock.json, or no other signalnpm run <script>
ScriptRun when
lintalways, if defined
typecheckalways, if defined
format:checkalways, if defined
testalways, if defined
doctoralways, if defined
checkalways, if defined (aggregate gate)
test:e2eonly when end-to-end behavior changed

Execution Steps

  1. Read package.json and the lockfiles to choose the runner.
  2. Collect the scripts from the table that exist in scripts.
  3. Run each existing script in table order with the chosen runner.
  4. Stop at the first failure, fix it, and rerun from that script.

Output Contract

Report each script as passed, failed, or not defined. For a failure or a check that cannot run, give the exact command, the exact error, and the unverified scope.

References

Comments

Markdown supported