- Reliability 11/20
- The manifest's single npm stdio package and declared tool list match the README's tool table one-for-one, and version 3.2.0 plus a long documented changelog history (v0.3.1→v3.2.0) suggest the described happy path is plausible. However, this is a text-only review — no actual CI workflow YAML, test files, or eval harness output were supplied for verification, only README references to 'npm run eval' and E23-E52 eval IDs. Per static calibration, reliability cannot exceed 12 without directly-inspected test/CI evidence.
- Security and permissions 18/20
- The design shows strong least-privilege discipline: read-only scanning by default ('never edits or deletes your source code'), redacted secret previews, SHA-pinned and cosign-verified engine binaries with fail-closed verification, explicit approval gates before any fix or git operation, and disclosed zero-egress-at-scan-time with clearly scoped exceptions (explicit repair/setup commands only). No red-line behavior (no silent destructive defaults, no credential exfiltration, no fabricated claims) appears in the supplied material. Points withheld because all of this is self-reported in an untrusted README/manifest with no actual source code available to verify the claims independently.
- Maintenance 13/20
- Version 3.2.0 with an extensive documented release history (v0.3.1, 0.3.2, v1.5.0, v2.1.0, v3.2.0) and a maintained CHANGELOG.md indicate active, iterative development; MIT license is present; open issues (5) and 'good first issue' links show some community engagement. However, this is explicitly a solo-maintainer project ('no company behind it'), with only 37 stars, and no dedicated SECURITY.md or documented response-time/disclosure channel was shown, leaving governance and bus-factor risk.
- Documentation 19/20
- Documentation is exceptionally layered: install prerequisites, per-client registration snippets (Claude Code, Cursor, VS Code, Codex, Windsurf/Cline/Aider), a full CLI command reference, an explicit tool table with I/O behavior, and an unusually thorough 'Honest claims' section enumerating exact scope/limits per rule and pack (e.g., which languages, which frameworks, which non-detections). Numerous doc links (CI-POLICY, BASELINES-AND-TRIAGE, SCAN-HISTORY, COMPLIANCE-RATIONALE, etc.) are referenced for deeper detail. Slight deduction because this depth cannot be cross-checked against the linked doc files themselves in this static, README-only review.
- Setup experience 14/20
- Setup is documented with a clear few-step flow (Node ≥22, optional cosign, `npx codeinspectus repair-engines`) and exact JSON/TOML config snippets for six different clients, plus an explicit `verify-engines` re-check and clear `engine_setup` state reporting for troubleshooting. Per static calibration, setup is capped at 15 without inspectable CI/test evidence proving the install path actually works end-to-end; the score reflects strong documentation of the process rather than confirmed execution.