Skip to main content
You don’t need to install anything to get your first score. aislop runs directly from npx, works on any project regardless of language or framework, and produces a human-readable report with file locations and a 0-100 quality score. This guide takes you from zero to a gated repair workflow in four steps.
1

Run your first scan

From any project root, run aislop without installing it. The scan completes in sub-second time and produces a score plus a grouped list of findings.
You can also scan a specific directory:
Or scope the scan to only the files you’ve changed:
Once you’ve run npx aislop@latest scan once, add aislop as a dev dependency so you get the same version every time. See Installation for every package manager option.
2

Read your score and findings

aislop prints a 0–100 score, a per-engine breakdown, and a list of findings grouped by severity. Each finding includes the file path, line number, rule ID, and a short explanation.A typical output looks like this:
To get machine-readable output for scripting or CI tooling:
Suppressing a known false positive: if you know a specific finding is not a problem in your context, silence it inline with an optional reason:
Use aislop-ignore-line for the current line, aislop-ignore-next-line for the line below, or aislop-ignore-file anywhere in a file to suppress all findings in that file. The same syntax works in any comment style (//, #, <!-- -->). Suppressed findings are excluded from scoring and reported as a count at the end of the run.
3

Repair issues

After installing aislop (see Installation), use aislop agent for local repair sessions with Codex, Claude Code, or OpenCode. aislop creates an isolated worktree by default, runs safe mechanical fixes, streams the provider session, verifies the result, and leaves the diff for review.
Use aislop fix for deterministic mechanical cleanup:
--safe restricts the run to fixes that cannot change behaviour. Use it when you want to apply and commit immediately without reviewing the diff.For legacy handoff flows, print or open a structured prompt with full diagnostic context:
Run aislop scan again after fixing to verify your score improved:
Recommended repair workflow for getting a project to 100/100:
4

Add to CI

Use aislop ci to enforce a minimum score on every push or pull request. It outputs JSON, applies your score gate, and exits with a non-zero code when the threshold is not met.
For pull requests, gate only the files the PR changes:
Set your minimum score threshold in .aislop/config.yml (create it with aislop init):
The fastest way to add aislop to GitHub Actions — no version to maintain:
Or use the Marketplace Action to pin a version for reproducible builds:
aislop ci accepts the same --changes, --staged, and --base flags as aislop scan. Use --changes --base origin/<target> to limit the gate to only the files a pull request touches.
Install a per-edit hook so your coding agent sees the score after every change:
Add --quality-gate to block edits that regress the score below your baseline:

What’s next

You now have a scan, a score, a repair workflow, and a CI gate. Explore the rest of the docs to tune aislop for your project.

Installation

All install channels: npm, Yarn, pnpm, Bun, Homebrew, pipx, and GitHub Packages.

Local repair agent

Run Codex, Claude Code, or OpenCode while aislop owns scoring and verification.

Scan Command Reference

Every flag, output format, path scoping option, and config key for aislop scan.

Rules

Browse all 50+ rules by engine, language, and severity.

Configuration

Tune thresholds, override rule severity, and set up project-wide ignore patterns.