npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

harnix

v0.18.0

Published

Open-source harness readiness scanner

Readme

Harnix

Harnix is an open-source harness readiness scanner that evaluates how well a repository is prepared for AI-assisted development workflows. It scans your codebase and produces a scored report covering agent guidance, documentation quality, CI pipelines, testing provisions, repository structure, and more.

Motivation

AI coding agents — GitHub Copilot, Claude Code, Codex, Gemini CLI — are becoming standard development tools. But their effectiveness depends heavily on how well a repository communicates its conventions, build steps, and architectural decisions. A repo without an AGENTS.md, clear documentation, or CI pipelines forces every agent session to start from scratch, burning context and producing inconsistent results.

Harness readiness is the measure of how prepared a codebase is for productive AI collaboration. Harnix quantifies this readiness with a repeatable, scored assessment.

The Problem

Most repositories lack the structural signals that AI agents need to be effective:

  • No AGENTS.md or equivalent guidance file telling agents how to build, test, and navigate the codebase
  • Missing or skeletal documentation that forces agents to guess at conventions
  • No CI pipeline to catch agent-introduced regressions
  • No testing infrastructure for agents to validate their changes against
  • Duplicated configuration spread across multiple locations (violating single-source-of-truth)
  • Disorganized repo structure that makes discovery harder for both humans and agents

Harnix detects these gaps and tells you exactly what to fix, prioritized by impact.

Quick Start

Run a scan with a single command — no installation required:

npx harnix scan .

Sample output:

Harness Readiness Report: .
───────────────────────────────────────
Overall: Good (53%)

✓ Agent skills       100%  Found 1 skill(s): 1 compliant, 0 security flag(s)
✓ Agents guidance     80%  AGENTS.md has brief guidance
✗ CI pipeline          0%  No CI/CD configuration detected
✗ Documentation        0%  No docs/, specs/, or prds/ content found
✓ Repo structure      75%  Source organized in src
✗ Root README         0%  No root README.md or README.txt found
✓ Source of truth    100%  No single source of truth violations detected
✓ Testing provision   85%  Tests exist but testing documentation is missing

Top recommendations:
1. Add a substantive root README.md or README.txt with project purpose, setup steps, usage examples, and verification guidance.
2. Add a docs/, specs/, or prds/ directory for durable project documentation.
3. Add a CI pipeline (for example GitHub Actions) to automate lint, test, and build checks.

Reports are also written as Markdown and self-contained HTML files to the harnix/ output directory.

Installation

npx (no install)

npx harnix scan .

Global install

npm install -g harnix
harnix scan .

From source

git clone https://github.com/anakotai/harnix.git
cd harnix
npm install
npm run build
node bin/harnix.js scan /path/to/repo

Distribution

Harnix is distributed via the public npm registry as harnix.

  • npm registry is the installation source (npx harnix, npm install -g harnix)
  • GitHub Releases mirror tagged versions and release notes
  • GitHub Packages is not used for Harnix distribution

Usage

Commands

harnix scan [path]     # Scan a repository (default: current directory)
harnix --help          # Show global help
harnix --version       # Show version number
harnix scan --help     # Show scan-specific help

Scan Flags

| Flag | Description | |---|---| | --verbose | Show per-check rationale in console output | | --output <path> | Write reports to a custom output directory | | --skip <id> | Skip check IDs (comma-separated or repeated) | | --only <id> | Run only specified check IDs (comma-separated or repeated) | | --type <type> | Override repo type (software or non-software) for the scanned root path | | --depth <n> | Recursive scan depth for submodules/workspaces (0 = root only, default: unlimited) | | --help, -h | Show scan help text |

When recursive monorepo scanning is enabled (default), submodules and workspaces are auto-detected independently. This is expected behavior (not a scoring issue): a management root override (for example --type non-software) does not force child software repos into non-software scoring.

Configuration File

Create a .harnix.yaml at the repository root for persistent configuration:

# Skip specific checks
skip:
  - ci-pipeline
  - testing-provision

# Or run only specific checks (mutually exclusive with skip)
only:
  - agents-md
  - root-readme
  - documentation

# Override repo type detection
type: software

# Optional recursive depth for submodules/workspaces
# 0 = root only
depth: 1

# Custom output directory
output: ./reports

Precedence: CLI flags override .harnix.yaml values. When --only is passed on the CLI, the config file's only and skip keys are both ignored.

Output Formats

Every scan produces three outputs:

  1. Console — colored summary printed to stdout
  2. Markdown — timestamped .md report in the output directory
  3. HTML — self-contained .html report with embedded CSS (no external requests)

Scoring Methodology

Harnix uses a tier-weighted scoring formula to calculate the overall harness readiness score.

Tier Weights

Each check belongs to a tier that determines its weight in the overall score:

| Tier | Weight | Rationale | |---|---|---| | Critical | 3 | Foundational — without these, agent workflows are severely impaired | | Important | 2 | Significant impact on agent effectiveness and developer experience | | Nice-to-have | 1 | Beneficial but not essential for basic agent operation |

Formula

Overall Score = (Σ weight_i × score_i) / (Σ weight_i)

Each check produces a score between 0.0 and 1.0. The weighted formula ensures critical checks (like agent guidance and documentation) have proportionally more influence on the overall score than nice-to-have checks.

Qualitative Bands

The percentage score maps to a qualitative band:

| Band | Score Range | |---|---| | Excellent | 76–100% | | Good | 51–75% | | Needs Improvement | 26–50% | | Poor | 0–25% |

Per-Category Scores

Checks are grouped by category, and each category's score is also calculated using the tier-weighted formula across its constituent checks.

Check Catalog

Harnix ships with 8 built-in checks:

| ID | Name | Category | Tier | Description | |---|---|---|---|---| | agents-md | Agents guidance | Agent Readiness | Critical | Detects AGENTS.md or CLAUDE.md; scores content length and substance | | agent-skills | Agent skills | Agent Readiness | Important | Detects skills in supported roots (skills/, .skills/, .claude/skills/, .codex/skills/, .agent/skills/, .github/skills/), validates SKILL.md frontmatter, flags hidden Markdown comments | | ci-pipeline | CI pipeline | Quality Gates | Important | Detects CI/CD config for GitHub Actions, GitLab CI, CircleCI, Jenkins, Travis, Azure Pipelines | | root-readme | Root README | Documentation | Critical | Checks for a substantive root README.md or README.txt with onboarding guidance | | documentation | Documentation | Documentation | Important | Checks for durable documentation roots such as docs/, specs/, and prds/ | | repo-structure | Repo structure | Infrastructure | Important | Detects monorepo/submodule setup, source organization, root file ratio | | source-of-truth | Source of truth | Organization | Important | Flags single-source-of-truth violations across 6 semantic groups | | testing-provision | Testing provision | Quality | Important | Detects test files/directories, test isolation, and testing documentation |

Contributing

See CONTRIBUTING.md for guidelines on:

  • Conventional commit format
  • How to add a new check
  • Testing expectations with Vitest
  • TypeScript code style

Built by Anakot

Harnix is built and maintained by Anakot as part of the Harness-as-a-Service platform. It is the open-source foundation of Anakot's compliance intelligence tooling for AI-ready development workflows.

Resources

License

Apache 2.0