
Skimless
io.github.pedroofrancaaPublished by GitHub account pedroofrancaav0.1.2Updated Oct 24, 2026
Reading order for big pull requests: what to read first, what can wait. Offline, no model.
Overview
Skimless turns a large pull request diff into a reading order and findings packet, served locally to an AI assistant over MCP.
- What you can do
- Ask for a reading order and findings packet for a diff, so the assistant knows which files to read first and which can wait, with rule-based findings attached to each file and secret-shaped strings redacted in responses.
- When to use it
- Useful when reviewing large or agent-generated pull requests and you want the assistant to work through the diff in a sensible priority order instead of file by file. It is a heuristic guide, not a review verdict.
- Requirements
- Runs locally over stdio via npx from the npm package skimless; needs Node.js 22 or newer. No account, token, API key or environment variable is declared, and it works offline without calling a model.
Installation
In SourceWeft
- Open Skimless in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
Skimless
English · Português
The reading order for pull requests that got too big.
Skimless turns a diff into a packet: what to read first, which files can wait, and which lines deserve a human. It runs on your machine. It does not call a model, post a comment, or phone home.
Zero runtime dependencies. Node.js 22 or newer. A CLI, a GitHub Action, a library, and an MCP server for AI agents. Packets in English and Portuguese.
[A Skimless review packet: headline, stats, and the reading order]
The sample verify.ts calls timingSafeEqual on a buffer compared with itself. Skimless has no rule for that. It puts the file third, under the live-shaped key, so a person sees it. That is the product: a path through the diff, not a verdict.
English packet · Pacote em português · A real diff: Express 4.21.2 → 5.0.0
Why this exists
Pull requests written with an agent get big. The reviewer opens the first file, gets tired, and approves the lockfile with the same glance they would give a migration. Skimless tells you where skimming is safe and where it is not: the public API first, the sharp edges next, the noise at the end. The score is a reading priority. A quiet packet does not prove the diff is safe.
Run it
Or install it once with npm install -g skimless and call skimless.
--format all writes skimless.html, skimless.md, and skimless.json. Secret-shaped strings are redacted unless you pass --no-redact. --fail-on defaults to none locally. In CI, use high.
On a generated 2,000-file diff, a review packet comes back in about 100 ms on a laptop. npm run bench prints the number for your machine.
What the packet is
- A reading order.
storyis the default: API and types, then auth, signing, billing, migrations, and CI, then manifests, then the rest, then tests, docs, lockfiles, and generated code. A high finding jumps its file up into the sharp band.risksorts by score alone. - Findings with the rule id attached. Twenty-one rules, each one a sentence, covering JavaScript, TypeScript, Python, Ruby, Go, PHP, Java, Kotlin, Rust, and C#, plus GitHub Actions, GitLab CI, and other runners. See docs/rules.md.
- An HTML file you can attach, a Markdown comment, and JSON for whatever you already run.
Copy examples/skimless.config.json to skimless.config.json to set the budget, ignore globs, and the CI failure level.
CI
The action needs no token and posts no comment. The reading order and findings land in the job summary, on the pull request's Checks page. It passes inputs through the environment, then to git diff as arguments, never stitched into a shell string. docs/ci.md has the full workflow, every input, and a GitLab CI job.
Use it from an agent
skimless mcp is an MCP server. Claude Code, Cursor, VS Code, and other agents can ask for the reading order before they review a change, then read the files in that order.
Skimless still does not call a model. It serves one. Secret-shaped strings are always redacted in MCP responses, so a live key in the diff never reaches the agent's context. docs/mcp.md has the setup for each client, the tool arguments, and prompts that work.
What it will not do
- It will not execute the diff.
- It will not call a model, and it will not pretend a heuristic is one. Agents can call Skimless; Skimless does not call them.
- It will not catch every bug. The self-compare in the sample is the example we keep on purpose.
- A quiet label is not an approval.
Development
Day to day, the CLI runs the TypeScript source directly. npm run build emits dist/, which is what npm ships.
Rules, reading order, and the library surface are described in docs/. The contributor notes are in CONTRIBUTING.md. The project is MIT, in GOVERNANCE.md terms: one maintainer at the start, decisions in the open, no pretended community.
License
Source: README.md at commit dcd71b2
Tools
0Version history
1- v0.1.2LatestSep 23, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts
